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The present invention relates to a pro gram- development 
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between a visual programming paradigm and a textual 
programming paradigm, thereby permitting developers to 
choose the paradigm best suited for creating each aspect of 
the desired program. A graphical user interface (GUI) may 
be generated by the pro gram -development environment, and 
displayed on the screen of a computer system. The GUI has 
several elements including a form window and a designer 
window. The form window is configured to receive one or 
more control objects selected by the developer, and the 
designer window is configured to display a symbolic rep- 
resentation of those control objects placed in the form 
window. According to the invention, these symbols can be 
linked together by the developer in the form of a data flow 
or block diagram that logically represents the flow of data 
and control information into, out of, and between the 
selected control objects, and that corresponds to the appli- 
cation program being generated. In response to such graphi- 
cal inputs, the program-development environment generates 
event handler procedures or code for use with the applica- 
tion program being developed. The program-development 
environment additionally affords the developer, preferably 
through the use of a selectively displayable code window, 
the ability to provide or modify event handlers textually. 
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WIRE'S TRIGGER CONTROL 
GENERATES THE PARTICULAR 
EVENT TO WHICH THE WIRE HAS 
BEEN CONFIGURED TO RESPOND 



.604 



WIRE'S RUN METHOD 
IS INVOKED 




608 



<JEND) 



GET 

SPECIFIED PROPERTY 
FROM SOURCE CONTROL 



-610 



COPY 

SOURCE CONTROL'S PROPERTY 
TO WIRE'S VALUE PROPERTY 



ISSUE 
"ACTION" EVENT 
TO WIRE'S OBSERVERS 



.616 

HAVE ALL"' 
OBSERVERS RETURNED 
FROM THE ACTION 
EVENT? 

YES] 

TO FIG. 6B 
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FROM FIG. 6A 




SET SPECIFIED PROPERTY 
OF SINK CONTROL WITH CONTENTS 
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"DONE" EVENT 
TO WIRE'S OBSERVERS 



( END 



624 
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ONE OR MORE PROPERTIES OF THE SINK 
PROGRAM OBJECT ARE UP-DATED 
BY CORRESPONDING WIRE PROGRAM OBJECTS 



SET 

CANCEL.BLOCK PROPERTY TO FALSE 



ISSUE 
"RUN.BLOCK" EVENT 



EXECUTE CORRESPONDING FUNCTIONALITY, 
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ISSUE 

"CONTROL.OUF EVENT 
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UPON OCCURRENCE OF TRIGGER EVENT, 

DETERMINE WHETHER RESPONSIVE 
WIRE CONSTRUCT IS PART OF A BRANCH 



IF SO, SET SINK PROPERTY TO INVALID STATE, 
AND DIRECT OTHER WIRE CONSTRUCTS AT THE BRANCH 
TO INVALIDATE THEIR SINK PROPERTIES 



IN RESPONSE TO HAVING PROPERTY SET 
TO INVALID STATE AT SINK PROGRAM OBJECT, 
ISSUE INVALIDATE.GROUP EVENT 



IN RESPONSE TO INVALIDATE GROUP EVENT, 
WIRE CONSTRUCTS CONNECTED TO OUTPUT 
TERMINALS) OF SINK PROGRAM OBJECT SET 
THEIR CORRESPONDING SINK PROPERTIES 
TO INVALID STATE 



REPEAT STEPS 1004-1008 
AT OTHER WIRE PROGRAM OBJECTS AND OBJECTS 
OF CORRESPONDING DATA/CONTROL FLOW DIAGRAM 



RUN WIRE-BASED EVENT HANDLER CODE, 
THEREBY SETTING SPECIFIED SINK PROPERTY 
WITH CONTENTS OF WIRE'S VALUE PROPERTY 



IN RESPONSE TO HAVING A PROPERTY ASSOCIATED 
WITH A DATA INPUT TERMINAL UP-DATED, 
SINK PROGRAM OBJECT TRANSITIONS STATE 
OF THAT PROPERTY TO VALID 

" 1 

TO FIG. 10B 



FIG. 10A 
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FROM FIG. 10A 



IS SINK 
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CONTROL INPUT TERMINAL 
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AT SINK PROGRAM OBJECT 
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ARE ALL OTHER 
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VALID? 
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ITS FUNCTION 



END 

(RETURN PROGRAM CONTROL) 
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NO 
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INCREMENT "BUSY" COUNTER 



DOES^-<!£ 10 
BUSY COUNTER EXCEED 
THRESHOLD? 
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EXECUTE PROGRAM OBJECT 



HAVE ^ 1216 
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"CONTROL OUr 
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END 
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PROGRAM OBJECT FOR USE IN 
GENERATING APPLICATION PROGRAMS 

CROSS-REFERENCE TO RELATED 
APPLICATIONS 

This application is related to the following co-pending 
U.S. Patent Applications: 

U.S. patent application Ser. No. 09/433,123 entitled, A 
PROGRAM-DEVELOPMENT ENVIRONMENT FOR 
USE IN GENERATING APPLICATION PROGRAMS, 
filed Jan. 14, 2000; 

U.S. patent application Ser. No. 09/483,760 entitled, 
METHOD AND APPARATUS FOR RESOLVING 
DIVERGENT PATHS IN GRAPHICAL PROGRAM- 
MING ENVIRONMENTS, filed Jan. 14, 2000, now 
U.S. Pat. No. 6,425,121; 

U.S. patent application Ser. No. 09/483,759 entitled 
METHOD AND APPARATUS FOR DETECTING 
AND RESOLVING CIRCULAR FLOW PATHS IN 
GRAPHICAL PROGRAMMING SYSTEMS, filed 
Jan. 14, 2000; and 

U.S. patent application Ser. No. 09/483,122 entitled, 
REPEATING PROGRAM OBJECT FOR USE WITH 
A GRAPHICAL PROGRAM-DEVELOPMENT 
SYSTEM, filed Jan. 14, 2000, now U.S. Pat. No, 
6,425,120. 

BACKGROUND OF THE INVENTION 

FIELD OF THE INVENTION 

The present invention relates generally to the field of 
computer programming and, more specifically, to software 
development environments. 

BACKGROUND INFORMATION 

To generate a software program that can be executed or 
run by a computer, a software developer or programmer 
typically chooses a programming language, such as BASIC 
(Beginner's All-purpose Symbolic Instruction Code), 
Fortran, C, etc., and writes source code using the keywords, 
syntax, variable names, data structures, etc. defined by the 
selected programming language. Each programming lan- 
guage typically defines its own unique syntax and keywords 
for performing various functions. After the source code has 
been written, it is typically converted by a compiler into a 
machine readable format that can be understood by the 
computer (e.g., object code). If the developer used incorrect 
keywords or syntax, the source code cannot by compiled 
successfully. 

The source code is typically written with a text editor and 
organized into a series of lines of code. Although simple 
programs may only need a few lines of code, complex 
programs often consume hundreds, thousands or tens of 
thousands of lines of code. Significant portions of code, 
moreover, are often required just to generate displayable 
user interface images or forms, such as text boxes, command 
buttons, etc. that can be displayed by windows-based com- 
puter systems, such as personal computers running the 
Microsoft Windows® series of operating systems from 
Microsoft Corporation of Redmond, Wash. Furthermore, 
significant editing is often required to make even relatively 
minor adjustments to such user interface elements (e.g., 
moving, re-sizing, etc.). 

In order to simplify the creation of such user interface 
images or forms, Microsoft developed and released a pro- 
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gramming system known as Visual Basic®. Visual Basic 
includes a language engine for executing text-based pro- 
gramming statements, and a forms layout package having a 
plurality of objects or icons representing common user 

5 interface elements, such as text boxes, radio buttons, com- 
mand buttons, scroll bars, etc. When a developer selects one 
of these objects from a tool palette and places it onto a form 
window, Visual Basic automatically creates corresponding 
code to support that object. By eliminating the need to write 
code just to. display conventional interface elements, Visual 
Basic greatly simplified the creation of programs to be run 
on Windows-based platforms. These objects are typically 
stored in one or more dynamic link libraries (DLLs) that are 
loaded and run as necessary at application run-time. Since 
Visual Basic is an "open" programming languages, meaning 

15 that its syntax and command structures are known and 
available, third-parties have created and marketed a whole 
range of objects that can be added to a Visual Basic forms 
window to facilitate the creation of all sorts of different 
application programs. 

20 With the release of Visual Basic 4.0, Microsoft extended 
Visual Basic to support software constructs that have certain 
object-oriented features by basing this release on its Com- 
ponent Object Model (COM). With Visual Basic 4.0, a new 
type of object, often referred to as a COM or ActiveX control 

25 or object was defined. A COM or ActiveX control is basi- 
cally a component program object based on Microsoft's 
COM technologies, which can issue or raise events. With 
Visual Basic 4.0 and later releases, a developer similarly 
uses a forms layout package to drag and drop one or more 

30 ActiveX controls onto a form window. In addition, by 
double-clicking an ActiveX control on the form window, a 
code window is displayed. Inside this code window, the 
developer may insert text-based programming code to 
handle the events raised by the respective ActiveX control 

35 (i.e., an event handler). This code must comply with the 
syntactical and keyword constraints defined by Visual Basic 
in order for it to be properly executed at application run- 
time. By writing these event handlers, a developer can cause 
various ActiveX controls to share information and otherwise 

40 interact with each other greatly facilitating the creation of 
application programs. 

FIG. 1 illustrates a conventional Visual Basic work space 
100 that may be displayed on a computer screen. The work 
space 100 includes a Form window 102 and a tool palette 

45 104. The tool palette 104 contains a plurality of icons, which 
represent individual controls, including a vertical scroll 
control 106 and a text label control 108, among others. A 
developer may select any of the controls contained on 
palette 104 to cause the selected control to appear on the 

50 Form window 102, By selecting the vertical scroll icon 106, 
for example, a corresponding vertical scroll image 110 is 
displayed on the Form window 102. A text label image 112 
may be placed on the Form window 102 in a similar manner. 
At this point, however, there is no inter-relationship between 

55 the objects corresponding to vertical scroll image 110 and 
text label image 112. In order to establish some such 
relationship (e.g., causing the text label to display the current 
position of the vertical scroll), the developer must write a 
subroutine (e.g., an event handler). Each line or statement of 

60 the subroutine, moreover, must conform to the syntax and 
keyword commands of the underlying programming lan- 
guage (e.g., Visual Basic). Specifically, the developer selects 
the vertical scroll 110, thereby causing a code window 114 
to be displayed on screen 100. Inside the code window 114, 

65 the developer writes a text-based subroutine 116 that causes 
the output of the vertical scroll 110 to be displayed in the text 
label 112. 
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When this program is subsequently run, images for the desired functionality, then that functionality either cannot be 
vertical scroll bar HO and the text label 112 will appear on implemented or its implementation would require such effort 
the screen of the user as part of a user interface. The text as to render the graphical programming method impractical 
label 112, moreover, will display the position of the vertical as a programming tool. To solve this problem, the present 
scroll bar 110 (e.g., "2256"). If the user moves the slider bar 5 invention is directed to a program-development environ- 
of the vertical scroll, the contents of text label change to ment l hat *U 0WS developers to seamlessly switch between a 
display the scroll bar's new position (e.g., "3891"). As graphical programming paradigm and a textual program- 
shown, with Visual Basic, the developer need not "write" min S Paradigm. The developer can thus choose the particu- 
any code to cause the vertical scroll bar image 110 or the text lar P^ adl S m bes * suited for creating each aspect of the 
label image 112 to be displayed on the computer screen 10 e ^ program. 

duringrun time. In addition, during the programming phase, . The program^evelopment environment of the present 
the developer may move and re-size these user interface mention generates a graphical user interface (GUI) that 
elements simply by manipulating their appears on the TSZ^T^l 
Form window 102 (e.g with a mouse) in a conventional desi hayi a tQolbar f dentifyin a lurali of 
manner. Due to the relative ease with which application 15 avai f able COQtrol objec * ^ contfol ob / ec * £ 
programs having user interface elements can be created, software modules having pre . defined ponies, methods 
Visual Basic has become a highly popular programming md everjts that are co nfigur ed to perform some useful 
tool. However, in order to develop a meaningful application function. The form window is configured to receive instan- 
program (i.e., one in which there is some inter-relationship tiations of one or more control objects selected by the 
between the user interface elements), the developer must 20 developer from the toolbar, and the designer window is 
write, in a text-based format, one or more subroutines. Thus, configured to display a symbolic representation of those 
the developer must learn and is limited by the syntax and control objects residing in the form window. According to 
keyword structures of Visual Basic. the invention, these symbols can be linked together by the 
In addition to Visual Basic and its related products (e.g., developer in the form of a data flow or block diagram that 
Visual C++, etc.), several companies have created software 25 logically represents the flow of data and control information 
development tools that are almost entirely visually oriented. mt0 > out of > md between the selected control objects. The 
That is, using these tools, a developer can create an execut- flow dia g ram lo S lcal ly corresponds to the apphcation pro- 
able application program without having to write a single gram being S enerated - 

line of text-based code. For example, National Instruments Specifically, the development environment includes a 

Corporation of Austin, Tex. has created a programming tool 30 displayable wire construct that may be used by the developer 

called Lab-VIEW™ for creating virtual instruments prima- 10 graphically link the symbolic representations of the 

rily for use in the instrumentation industry. Hewlett Packard control objects appearing in the designer window. These 

Company of Palo Alto, Calif, has similarly created a pro- symbols, moreover, include one or more terminals each of 

gramming tool called HP VEE for generating software which is associated with pre-defined properties, methods or 

programs for use in the electronic testing and data acquisi- 35 events of the corresponding control in the form window, 

tion industries Preferably, the developer connects one end of the wire 

HP VEE provides a work area in which a developer can ?° n f stru " t0 a ' e ™ inal °f a & * S l c °Tu ob j ect /y n \ bo1 

create a data flow diagram. The developer typically selects 5 ef * rred t0 1 as f the sou ' ce a ° d ^ second end , 10 

the objects for inclusion in his or her program from a ^ "™ m t? * f ? J symbol (referred to 

pull-down menu. HP VEE provides a fixed number of these 40 •* ?mk selected terminal of the source 

objects which have been tailored to provide functionality T ■ 18 t asso «f d Wlth « event of the source control and 

commonly used in the data acquisition industry. The devel- of \ ea ' not a , lwa >: s ' a . ^ rce c ° ntro1 fPf* md "* 

oper may then "draw" data lines between these objects in the ^ff , ten ?' ° f S1 f ? a *°} * associated 

work area. In response to drawing these lines HP VEE ™ h . at least a ? f * e slnk C0 ° t ™ L In t res P onse . to 

creates program steps that transfer data or other information 45 lmk "W the two control object symbols with the w.re 

between the respective objects. The developer must perform cons ^ ct . the development environment generates a corre- 

all of this graphically within the work area. s P on f hi f l " wtb,n ^. softwarC prog ? m - ^ 

_ ... event handler is called during run tune whenever the source 

For developers working m the data acquisition field, HP event occur ^ and it involvcs ^ing ^ dfied sink 

VEE is a useful programming tool. There are some disad- 5Q object , s t in SQme m£mner 

vantages nonetheless. For example, to implement function- t, . a , i 4 . t ^ . , , £ 

r# *t ♦ *u ac a u* # j * j *u j i The development environment further includes means for 

ality that the pre-defined obi ects do not provide, the devel- ir j . , , . . 

J . * • ii 4 J , /■ . «. calhng-up a code window in which the developer may write 

oper must typically create a completely new obiect. Since 4 . , j / L 

♦ • • c t ... c * j event handler procedures or code (e.g., a subroutine 

this can take a significant amount time, it is often not done, „ ,„„ t „„i 1 ^ \Z * i u- „ 

1 j • a c 1-. ■ . . i . . ' procedure) using textual inputs for any of the control objects 

unless the desired functionality ,s cnt.cal to the apphcaUon J5 ^ J nslm ^ ^ d 0 * me form window and appea J ring 

program. Accordingly some apphcation programs lack in ^ desi £ indow ^ devel t environment 

tunctionality that the developer would have preferred to • ^ n u * *, i j u ^ . i_ ji * . ^ 

. , , t J JJ . i . L . F , . . f , . uiserts all such textual code-based event handlers into the 

include. In addiUon, a graphical approach is not always the ^ ag ^ eyent handlers ^ in ^ tQ 

most expedites way to represent or implement certain ^ gfaphical inpm ^ ^ program g ^ nerated 

programs or subroutines. g0 by the software deve i opment environment of the present 

SUMMARY OF THE INVENTION invention contains event handlers based on the textual code 

written by the developer as well as event handlers created 
The present invention recognizes that graphical program- solely by graphically linking control object symbols with the 
ming methods inherently impose constraints on the creation displayable wire construct. Accordingly, developers can 
of software programs by fixing the set of options that are 65 switch back and forth between highly flexible textual code- 
available to the developer. For example, if the graphical based event handlers and easy-to-use "graphical" event 
programming method lacks a pre-defined solution for some handlers during programming. 
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The wire construct of the present invention also includes The I/O circuitry 218 may be connected to a mass 
several novel features. Specifically, the wire construct itself memory storage unit 220, such as a disk drive, via 
has a plurality of properties, methods and events. Wire bi-directional bus 222. In the typical system 200, the 
properties, moreover, are set to default values by the memory storage unit 220 contains instructions that can be 
program-development environment in order to implement 5 tead DV the cpu 210 in order to configure system 200 to 
desired event handling characteristics. Nonetheless, the provide the program-development features of the present 
developer, at any time during program development, may invention. Cursor/pointer control and input devices, such as 
direct the system to display the properties, associated with a a keyboard 224 and a mouse 230, connect to the I/O circuitry 
selected wire construct. The developer may then change the 218 ™ cables . 226 » nd m > respectively. The mouse 230 
values of these wire properties as desired. In response, the 10 l p ic ^ °°" talns at le f \ 0D6 button or switch 234 that ma y 
program-development environment modifies the software * °f rated b y ■ ™ er of me ( »"P nte f s y s,em 200. Amonitor 
program accordingly. Furthermore, using the code window, 232 havm e a ^pl»Y screen 235 is also connected to the I/O 
the developer may write one or more text-based event circuitry 218 via cable 238 A pointer or cursor 240 may be 
handlers or subroutine procedures that are responsive to the displayed on the screen 235 and its position can be con- 
events raised by a selected wire construct. Such event is tro " ed Vla the mouse 230 or the keyboard 224, as is 
handlers or subroutine procedures are also incorporated as ^ell-known in the art. As described further herein a window 
part of the software program for execution during run time. environment ■ displayed on the display screen 235 of the 

monitor 232. The window environment includes one or more 

BRIEF DESCRIPTION OF THE DRAWINGS windows 242. A speaker system 244 may also be connected 

to I/O circuitry 218. 

The invention description below refers to the accompa- In general) the I/0 circuitry 2 18 receives information, 

□ymg drawings, of which: sucn ^ control md data s i gna ls, from the mouse 230 and the 

FIG. 1, previously discussed, is a highly schematic illus- keyboard 224, and provides that information to the CPU 210 

tration of a conventional visual programming environment; for storage on the mass storage unit 220 or for display on the 

FIG. 2 is a computer system configured in accordance 25 screcn 235. The I/O circuitry 218 preferably contains the 

with the present invention; necessary hardware, e.g., buffers and adapters, needed to 

HO. 3 is a highly schematic illustration of the software interface ™* mcntte 230, the keyboard 224 and the 

components of the computer system of FIG. 2; dls P la y monitor 232. 

FIGS. 4A-4D are preferred illustrations of a graphical . A suitable "™P*** system 200 for use with the present 

user interface in accordance with the present invention; 3° " lvenU ° n sa P«sonal computer, such as those manu- 

tactured and sold by International Business Machines Corp. 

FIG. 5 is a highly schematic block diagram of a data of Armonk, N.Y., Compaq Computer Corp. of Houston, Tex. 

structure for use with the present invention; Qr ^ pic Com uter? Inc . of Cupertino, Calif. The present 

FIGS. 6A-6B, 7, 10A-10B and 12 are flow diagrams of invention may also be practiced in the context of other types 

preferred methods of the present invention; 35 0 f computers, including Unix-type workstations from Sun 

FIGS. 8A and 8B are preferred illustrations of the graphi- Microsystems, Inc. or Hewlett Packard. All of these corn- 
eal user interface including a window for receiving textual puters have resident thereon, and are controlled and coor- 
inputs; dinated by, operating system software, such as Microsoft 

FIG. 9 is a preferred illustration of a graphical user Windows® 95, 98 or NT, MAC OS or UNIX, 

interface having a branching flow diagram; 40 FIG. 3 is a highly schematic illustration of the software 

FIG. 11 is a preferred illustration of a graphical user components of the computer system 200 of FIG. 2. These 

interface having a circular flow diagram; components include an operating system 302 having an 

FIGS. 13 and 15 are preferred illustrations of graphical P™**™* interface J a V er 304 

. , - j..- JA x^i^xai wmc h other application programs executing on computer 

user interfaces depicting symbols used to create program- , ~ nA rr - . . r .? . u ° . T 

l . r AS system 200 may interact with the operating system 302. In 

ming oops, particular, operating system 302 exchanges task commands 

FIGS. 14A-D are preferred illustrations of a graphical t0 mntldi tne operations of the computer system 200 as well 

user interface having an exemplary flow diagram utilizing a ^ notifications regarding various activity (e.g., windows 

loop symbol; and events) with these other applications. The' operating system 

FIG. 16 is a preferred illustration of a graphical user 50 302 further includes system facilities, such as a window 

interface depicting additional programming symbols of the manager 306 which, inter alia, can directly implements those 

present invention. task commands and windows events. These system facilities 

nETAII cn nrcPDTDTrnxT nr axt are basically software routines within the operating system 

n ? u<^ aSLZ^ 302 that ^operate with lower layers of the operating 

ILLUSTRATIVE EMBODIMENT 5S system 302 and arc responsible for managiag various ^ 

FIG. 2 illustrates a computer system 200 comprising a vices and functions. The window manager 306, for example, 

central processing unit (CPU) 210 coupled between a may use a graphics system and a screen buffer to draw and 

memory 214 and input/output (I/O) circuitry 218 by manipulate windows on the display screen 235 of monitor 

bi-directional buses 212 and 216, respectively. The memory 232. Under the control of various hardware and software in 

214 typically comprises random access memory (RAM) for 60 the computer system 200, the contents of the screen buffer 

the volatile storage of information, including application may be read out and provided to a display adapter 308. The 

programs and an operating system, and read only memory display adapter 308 contains hardware and software 

(ROM) for persistent storage of the computer's configura- (sometimes in the form of firmware) which converts the 

tion and basic operating commands. As further described information from the screen buffer to a form which can be 

herein, the application programs and the operating system 65 used to drive the display screen 235 of monitor 232. 

interact to control the operations of the CPU 210 and the The lower-layers of the operating system 302 also include 

computer system 200. device drivers for interfacing directly with the computer 
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hardware. For each physical device, such as the mass storage window 404 represents a container application that can 

unit 220 (FIG. 2), a device driver is provided to accept "ho Id" instances of the control component or pro gram object 

requests, to read or write data or to determine the status of classes selected by the developer from the toolbox 402 for 

the devices. Communication between the physical devices inclusion in the particular software program. By default, 

and CPU 210 (FIG. 2) may be effected either through polling 5 f orm window 404 includes a user form program object 408. 

of the device drivers or via interrupts. ^ user form pr0 gram object 408 basically provides an 

In accordance with the present invention, a program- i mage of the user interface being developed for the appli- 

development environment 310 is also executing on the cation pr0 g ram . The GUI 400 may further include a menu 

computer system 200. The program-development environ- bar 410 ^ a plurality of pu U-down menu items and a 

ment 310 includes an extensible visual programming system 10 toolbar 412 that contains a plurality of buttons providing 

312 and a graphical designer system 314. The visual pro- sho rt-cuts to commonly used tasks or functions, 

gramming system 312, in turn, may include an extensibility . , _ . lt , . . , . 

object 316, which provides an interface for communication described below, the designer window 406is config- 

• ** * * , a j i t_ u- 1 ured to display a corresponding symbol for each program 

between me programmmg system 312 and ^ graphical object added to the form window 404. These symbols, 

d A CSlgne li^ y * 1 cheated by arrows 318 and 320. 15 m ^ reover? be graphical i y Unked together io or der to 

Arrow 320 represents calls from the designer system 314 to create a data flow or block that logically repreS ents 

the programming system 312, while arrow 318 represents ±c flow of data and/or cxecu ti 0 n control of the application 

calls from the programming system 312 to the designer program that is being developed. The designer window 406 

system 314. Additionally, both the graphical designer system a is 0 includes its own toolbar 414, which may be divided into 

314 and the visual programming system 312 may commu- 2Q a plurality of sub-toolbars 414a-/, each having a corre- 

nicate directly with the operating system 302, e.g., exchange sponding tab that may be labeled (e.g., Function, Core, User 

task commands and windows events, via API layer 304, as Interface, Data Acquisition, Math/Logic and System). Dis- 

indicated by arrows 322-328. posed on each sub-toolbar 414a-/ are one or more icons. 

In the illustrative embodiment, the extensible visual pro- Each icon represents a corresponding control component or 

gramming system 312 is Visual Basic 5.0 or higher 25 program object class, the symbolic representation of which 

(preferably 6.0) from Microsoft Corp., and the graphical ma y be caused to a PP ear m the designer window 406, 

designer system 314 is configured as a Visual Basic Add-In. Each control component or program object instantiated 

Nonetheless, those skilled in the art will recognize that the from a corresponding class represented by an icon on 

present invention may also be advantageously used with toolbox 402 and/or toolbar 414 has pre-defined properties, 

other extensible visual programming systems, such as Visual 30 methods and events. In addition, each program object typi- 

C++, Visual J++, Visual Cafe, Visual InterDev, Delphi (for cally performs some useful function, such as a Boolean 

Pascal), etc. As described in more detail below, graphical operation (e.g., AND, OR, etc.), a mathematical operation, a 

designer system 314 allows the developer to switch the data acquisition operation (typically from some transducer 

program-development environment 310 seamlessly between coupled to the I/O circuitry 218 of the computer 200), 

a graphical programming paradigm and a textual paradigm. 35 renders some comparison (e.g., less than, greater than, equal 

The development environment 310 generates event handler to, etc.), and so on. In the preferred embodiment, these 

procedures or, program code for incorporation into the control components or program objects are compatible with 

software program being developed, in response either to the ActiveX or Component Object Model (COM) technolo- 

textual inputs or to graphical inputs from the developer. gies developed and made publicly available by Microsoft 

To utilize the program-development environment 310, the 40 Corporation. The creation of ActiveX or COM objects is 

developer first opens it in a conventional manner. For well-known to those skilled in the art and will not be 

example, the development environment 310 may be repre- described in detail here. For example, the creation of such 

sented by an icon on the user's desktop, which may be objects is described in D. Appleman Developing COM/ 

opened by "clicking" the icon using mouse button 234 (FIG. ActiveX Components with Visual Basic 6 (1999). The 

2) in a conventional manner. Alternatively or in addition, the 45 program objects and their classes may be stored in one or 

development environment 310 may be listed as one of the more dynamic link libraries (DLLs) within the memory 214 

available programs within a Programs folder of a Start menu of the computer 200. The graphical designer system 314 

or by using a Run command. The development environment and/or the visual programming system 312 preferably 

310 may be configured, upon opening, to launch the corre- includes a link (e.g., a pointer) to these DLLs so that the 

sponding visual programming system 312 and graphical 50 available program object classes may be displayed as icons 

designer system 314. on the toolbox 402 and on the designer toolbar 414. 

Up on opening, the graphical design system 314 cooper- The program objects intended for use with the program- 

ates with the visual programming system 312 to present a development environment 310 of the present invention are 

unified and coherent graphical user interface (GUI) to the preferably pre-configured to have certain novel properties, 

developer on display screen 235 of monitor 232. FIG. 4A 55 methods and events. These additional properties, methods 

shows a preferred representation of this GUI 400. The GUI and events include the following: 
400 has several elements, including at least one toolbox 402 
that contains a plurality of icons. Each icon represents a 
corresponding component control or program object class 

that is available for use by the developer in creating appli- 60 

cation programs. The application programs that are ulti- Namc Data Type Description 
mately created by the development environment 310 can be 



PROGRAM OBJECT PROPERTIES 



considered component-Oriented, since they, among Other CancelBlock Boolean tf set, prevents program object from 

things, call upon class factories that allocate memory for ^^^mnmpl^^^ 

object members and ensure that the respective class methods 65 Controlln Boolean When used, controls when program object 

have been loaded. The GUI 400 further includes one or more begins execution of iis function, 

form windows 404 and a designer window 406. The form 
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-continued 


[nvaKdProperty 


Integer Invalidates an identified property of the 
program object in order to ensure orderly 
execution. 




PROGRAM OBJECT EVENTS 


Name 


Description 



RunBlock Occurs when program object is about to commence 

executing its corresponding function. 
[nvalidateGroup Occurs when program object is about to up-date one 

or more of its properties as a result of executing its 

corresponding function. 
DataReady Occurs after program object has up-dated one or more 

of its properties as a result of executing its 

corresponding function. 
RateReady Issued by program objects that perform scanning 

operations upon successful completion of a scan. 
StatusReady For program objects that operate in one or more modes 

or states, this event occurs repeatedly while 

the program object executes its corresponding 

function. 

ControIOut Occurs when piogram^bject has completed execution. 

Error Out Occurs if program object generated an error during 

execution and may contain an identification of 
the type of error that was generated. It may 
also occur to indicate that no error condition 
was generated during execution. 

where Boolean means that the property may be set to True or False and 
Integer refers to any integer. 

The GUI 400 may also include additional windows. For 
example, GUI 400 may include a project explorer window 
416, which provides a hierarchical view of the current 
project. A project simply refers to the collection of files (e.g., 
form files, binary data files, class module files, etc.) and 
objects associated with the application program being devel- 
oped. GUI 400 may also include a properties window 418 
that displays the properties of a selected program object 
residing in the form window 404. The properties window 
418 includes a pull-down object list 420, that contains a list 
of all of the program objects currently residing in the form 
window 404, and a property window 422, that is divided into 
two columns: a name columnn 422a and a current value 
column 422£>. The name column 422a identifies all of the 
properties associated with the program object selected in the 
object list 420, while the current value column 422b shows 
the values that are currently associated with those properties. 

To generate an application program, the developer selects 
one or more icons preferably from the designer toolbar 414 
that perform requisite functionality for carrying out the tasks 
of the application program. In response, the program- 
development environment 310 places corresponding sym- 
bols in the designer window 406. The developer then 
graphically links these symbolic representations by drawing 
"wires" between them in order to create a data and/or 
execution control flow diagram. He or she will typically do 
this by using the mouse 230 (FIG. 2) or similar input device 
to cause the cursor 240 to move from one symbol to the next, 
although other graphical or even keyboard inputs may be 
used to perform the "graphical input". In response, the 
graphical designer system 314 of the program -development 
environment 310 generates an event handler procedure to be 
run as part of the application program being developed. In 
accordance with the invention, the development environ- 
ment 310 also includes in the same resultant application 
program other event handlers, which the developer option- 
ally specifies textually by entering commands and other 
information in a code window that the development envi- 
ronment 310 also provides on GUI 400. That is, the devel- 
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opment environment 310 gives the developer the option of 
using textual inputs in order to specify event handlers that 
might otherwise be impossible or more difficult to represent 
graphically. 

Suppose, for example, that the developer wishes to create 
a simple software program in which the position of a vertical 
scroll bar is displayed in a label. From the User Interface 
designer sub -toolbar 414c, the developer first selects the 
vertical scroll bar icon 424. To select icon 424, the developer 
uses the mouse 230 (FIG. 2) to position the pointer 240 over 
the vertical scroll bar icon 424 and activates (e.g., "clicks") 
the mouse button 234. This mouse click is a conventional 
windows event that is received by the operating system 302 
(FIG. 3) in a conventional manner. Since the mouse click 
occurred over the designer window 406, operating system 
302 passes this window event to the graphical designer 
system 314 of the program-development environment 310 
by a communication mechanism represented by arrow 326, 
and the designer system 314 treats the windows event as a 
selection of the vertical scroll bar class by the developer. 

As shown in FIG. 4B, in response to the selection of icon 
424 from the User Interface designer toolbar 414c, the 
graphical designer system 314 causes a symbolic represen- 
tation 426 of the program object corresponding to the 
vertical scroll bar class to be displayed in the designer 
window 406. The designer system 314 also issues a call to 
the visual programming system 312 through its extensibility 
object 316 as represented by the communication mechanism 
of arrow 320. This call directs the visual programming 
system 312 to instantiate a program object from the vertical 
scroll bar class and add that program object to the container 
application represented by the form window 404. That is, 
form window 404 may maintain a linked list of pointers to 
program objects that are considered to "belong" to the form, 
and in this list is placed a pointer to the vertical scroll bar 
program object that was instantiated. Since the vertical 
scroll bar is a user interface element, the visual program- 
ming system 312 also causes a vertical scroll bar image 428 
to appear in the user form object 408. Vertical scroll bar 
image 428 basically corresponds to the way in which the 
vertical scroll bar user element will appear in the respective 
user interface at run-time of the application program being 
created. Vertical scroll bar image 428 may be moved and/or 
re-sized by the developer in a conventional manner. 

As part of the process of adding a program object to the 
form window 404, the visual programming system 312 also 
assigns a name to that program object. The name may 
consist of the object's class followed by an integer, e.g., 
VScrollBarl for the first vertical scroll bar added to form 
window 404. The name uniquely identifies the program 
object within the form 408, Upon adding the program object 
to the form window 404, the visual programming system 
312 preferably returns the assigned name to designer system 
314 by a communication mechanism represented by arrow 
318. The program-development environment 310 may then 
display a name 426a as part of the symbolic representation 
426 of the object in the designer window 406. The name 
displayed in designer window 406, e.g., 
Forml .VScrollBarl, may be derived by concatenating the 
name of the program object, e.g.,. VScrollBarl, with the 
name of the form window in which it resides, e.g., Forml. 

As indicated, the symbolic representations appearing in 
designer window 406 are used by the developer to create a 
data and/or execution control flow diagram that logically 
corresponds to the application program being developed. To 
facilitate the generation of such diagrams and the creation of 
corresponding event handlers by the program- development 
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environment 310, each symbolic representation in designer output terminals for its "x" and "y" locations. Nevertheless, 

window 406 preferably includes one or more terminals subsequent program objects should probably treat these two 

disposed about it. These terminals, moreover, are associated values as a single data point. Accordingly, the data output 

with some pre-defined combination of the properties, meth- terminals associated with joy stick's V and "y" locations 

ods and/or events of the respective program object that is 5 would preferably have the same group identifier. A fifth field 

symbolically represented. Vertical scroll bar 426, for 510 pre ferably contains a tool tip. A tool tip is a piece of 

example, has four terminals 430a-d. In order to facilitate a descriptive text which is displayed to the developer when the 

generally left to right data flow direction and a top to bottom cursor UngeTS over tfae respective terminal / « control 

execution control flow direction, the terminals of all sym- input ^ « cfror outpu( ^ and so on) The program . 

bohc representations appearing within the designer window 10 deve i opmcnt environment 310 preferably maintains or oth- 

406 preferably conform to the following general rules. erwise has acccss to poiatcrs tQ ^ various terminal data 

Terminals on the left side of a given symbolic structures 500 within memory 214 (FIG. 2) (e.g., as a linked 

representation, such as terminal 430a of vertical scroll bar list) Thc pointerS; moreovcr , may be mapped by the 

426, preferably correspond to a property used as an input by program-development environment to the names of the 

the respective program object. Terminals on the right side of 15 corresponding object classes so that, given the name of some 

a symbolic representation, such as terminal 430c of vertical object clasSj mc pr0 gram-development environment 310 can 

scroll bar 426, preferably correspond to (i) an optional access the terminal data stnict ures for each control or 

property generated as an output and (li) an event of the program object that has becQ ^5^^ from that class . 
respective program object. Terminals on the top of a sym- 

bolic representation, such as terminal 4306 preferably cor- 20 . Sy ^? llC r f P^^ons W«™B 10 * e *agn« »■ 

respond to a property which, when changed to a new vahe, 2 ° ^ 0W K 4 ' mcludmg * e termmals ' are S enerated 

triggers execution of the respective program object, and the program-development environment 310 from respec- 

terminals on the bottom of a symbol, such as terminal 43<M UVe blt ™f *° K t ™ one 01 mOT f lma 8 e ffles wthm 

of vertical scroll bar 426 preferably correspond to an event mem °7n / m } ' ? P 10 ^^? 0 ?^ 1 ™™ 

tU , u *u *■ i • * t_ ment 310 preferably maintains an association of bit maps to 

that occurs when the respective program obiect has com- oc . r , . „ A + a . . , 

■i i j' r •* t *• icons on the designer toolbar 414 so that when a developer 

pleted execution of its respective function. , 4 , 6 . „ . y 

m_ ^. . 11L r 1, selects a particular icon, the program-development environ- 

Ine vertical scroll bar program obiect, lor example, has a M . ** A A j. " . . , J*, , , iL 

, r ^ . , , ment 310 can direct the window manager 306 to draw the 

plurality ot pre-defined properties methods and events. In c c 

r A . ; it _ r L , r - \, , ... corresponding image from the appropriate bit map. Sym- 

p articular, the properties ol the vertical scroll bar program * *■ 1 u ~ a u * *u a * 

*\ . 4 . , , V. * * , TT • i 1 . . bolic representations can also be moved about the designer 

object include: Enabled, Height, Width, Minimum, ™ ■ a amu a *u j ,l >v*« 

x * . , 7 . , „ ' lL 6 ; . ' . , ' 30 window 406 by dragging them around with the mouse 230. 
Maximum, Value, etc. The methods associated with the 

vertical scroll bar program object include Move, Drag, ^ developer then selects the next program object or 

Set-Focus, ShowHelp, Refresh, etc. The events associated controi for use m the a PP"cation program being created, 

with the vertical scroll bar program object include Suppose that the developer selects the label icon 432 (FIG. 

RunBlock, DataReady, ControlOut, etc. 35 4B ) from the User Interface sub-toolbar 414c. As shown in 

Terminal 430a at symbol 426 is preferably associated FIG ' 4C > ih * Program-development environment 310 in 

with the vertical scroll bar's Value property. Terminal 430* res P onse > ^ ause f a ^presentation 434 of a label 

is associated with the scroll bar's Controlln property. Ter- P^am object to appear in designer window 406. Symbolic 

minal 430c is associated with the vertical scroll's Value ^Presentation 434 also includes a plurality of terminals 

property and its DataReady event. Terminal 430rf is associ- 40 f**?' and , may '"f^™™™^ ^program- 

ated with the object's ControlOut event. development environment 310 additwnaUy directs the visual 

™ . A . r . . , . programming system 304 to add a label program obiect to 

Ine association of properties and events to terminals is r : • , AnA c - *u 1 u 1 i_- * ■ 1 

r • • j • 1 i- r I* rorm window 404. Since the label program obiect is also a 

preferably maintained in a plurality of terminal data struc- . t e , . ri 1 n u .u 1 

*. i Jt * 1Jt > , user interface element, like the vertical scroll bar, the visual 

tures stored at memory 214 or 220. In particular, for each mm tem 304 additionaUy ^ a label ^ 

tvpeorda^ofprogramobjectrepresentedbyanicononthe 45 43g to be drawn on ^ user form ob j ect 408. 
designer toolbar 414, there are one or more corresponding 

terminal data structures, depending on the number of termi- The label P r °g ram ob J ect has its own pre-defined 

nals supported by the respective program object class. FIG. Properties, methods and events. For example, the properties 

5 is a highly schematic block diagram of a preferred terminal of the label P r °g ram ob j ec t include Height, Visible, Font, 

data structure 500. The terminal data structure 500 has at 50 BackColor > Caption, Controlln, CancelBlock, etc. Its events 

least four fields. A first field 502 preferably contains the ™} udt c RimBlodt > ControlOut, etc. Data input terminal 

name of the event, if any, that is associated with the 436a of symbol 434, moreover, is preferably associated with 

particular terminal. A second field 504 preferably contains the Uh * Vs Ca P tlon P ro P ert y- Terminal 4366 is associated 

the name of the property, if any, that is associated with the ^ the Controlln property, and terminal 436c is associated 

particular terminal. If there is no event or property associ- 55 Wlth the ControlOut event. Note that symbol 434 does not 

ated with the given terminal, then respective field 502 or 504 have ^ data outpuucrminak. 

is set to null or de-asserted. A third field 506 preferably ^ 4 . cr ^ftji^j^ l 

j *u * - j .-a *i_ 1 * -1 Generation of Event-Handler Code Through 

contains a code that identifies the particular type of terminal. r h ' 1 I t 

In the illustrative embodiment, there are four types of P P 

terminals: data input, data output, control input and control 60 At this point, the developer has two program objects 

output, and each type has a corresponding code. To the residing in the form window 404. With the prior art systems, 

extent the data structure 500 corresponds to a data output such as the Visual Basic® programming system from 

type, a fourth field 508 is preferably used to store a group Microsoft Corporation, the developer would now have to 

identifier. For a given type or program object class, the group write one or more textual event handlers in order to have the 

identifier associates multiple data output type terminals 65 position of the vertical scroll bar displayed in the label. As 

whose corresponding properties are related to one another. described above, the need to learn the keywords and syntax 

For example, a joy stick object may have separate data governing such textual event handlers has been a drawback 
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to the use of Visual Basic by non -programmers, including 
scientists and engineers. With the program -development 
environment 310 of the present invention, the developer 
may cause the development environment 310 to generate 
corresponding handler procedure by simply graphically 5 
linking the symbolic representations of the program objects 
in the designer window 406 with one or more novel wire 
constructs. The developer need not generate any text-based 
code at all. Unlike the prior-art systems that only enable the 
user to graphically provide event handlers, though, the 1Q 
program-development environment 310 of the present 
invention also affords the developer the ability to provide or 
modify event handlers textually. It thereby frees the devel- 
oper of the constraints and limitations imposed by such 
prior-art graphical programming tools. 15 

To cause the position of the vertical scroll bar image 428 
to be displayed in the label image 438 at application run- 
time, the developer graphically links the symbolic represen- 
tation 426 of the vertical scroll bar program object to the 
symbolic representation 434 of the label program object 2 o 
using a wire construct, rather than writing a textual event 
handler. To connect symbols 426, 434 with a wire construct, 
the developer moves the cursor 240 (FIG. 2) to terminal 
430c (FIG. 4C) at symbol 426 using the mouse 230. As 
described above, terminal 430c is associated with both the 25 
DataReady event and the Value property of the respective 
vertical scroll bar program object, i.e., VScrollBarl, which 
resides on the form window 404. With the cursor 240 over 
terminal 430c, the developer preferably executes a mouse 
click using mouse button 234. Since this mouse click 30 
occurred in the designer window 406, the operating system 
302 (FIG. 3) passes the respective windows event to the 
designer system 314 by the communications mechanism 
represented by arrow 326. In response, the designer system 
314 directs the operating system 302 to switch the mouse 35 
230 from "cursor mode" to "line drawing mode" through a 
call via arrow 328. In particular, designer system 314 directs 
the operating system 302 to modify the appearance of the 
cursor 240 and to begin tracing subsequent mouse 230 
movement with a line, whose first end is anchored to 40 
terminal 430c. Thus, as the developer drags the mouse 230 
away from symbolic representation 426, a line emanates 
from terminal 430c following the movement of the mouse 
230. 

The developer preferably extends this line to terminal 45 
436a of symbolic representation 434, which corresponds to 
label program object Labell residing on form window 404. 
When the free end of this line reaches terminal 436a, the 
developer preferably executes a second mouse click. Again, 
the corresponding windows event is passed by the operating 50 
system 302 to the designer system 314 and it, in response, 
causes the free end of the line to become attached to terminal 
436a. Designer system 314 also directs the operating system 
to stop tracing mouse movement with a line and to return the 
cursor 240 to its original appearance. FIG. 4D is an illus- 55 
tration of the GUI 400 with a wire construct 440 extending 
between the two symbolic representations 426, 434. 

In response to graphically connecting or linking two 
symbols in the designer window 406, the program- 
development environment 310 creates event handler pro- 60 
gram code that sets the label object's Caption property to the 
value of the vertical scroll bar object's Value property when 
the vertical scroll bar object's DataReady event occurs. 
Clearly, there are several ways in which this can be accom- 
plished. For example, Visual Basic code for handling the 65 
indicated event (e.g., DataReady) and affecting the desig- 
nated property (e.g., Caption) could be generated and added 



to the application program, and that event handler program 
code could then be compiled or interpreted in the normal 
manner at run-time. Preferably, though, the program- 
development environment 310 instantiates a new control or 
program object, a wire program object, adds this new object 
to the form window 404 and sets its properties in a prede- 
termined manner. The basic function of the wire program 
object is to retrieve the Value property from the vertical 
scroll bar object in response to the DataReady event and to 
set the Caption property of the label program object to that 
Value. That is, this new object basically provides event 
handler functionality for other program objects residing in 
the form window 404. 

Specifically, the graphical designer system 314 directs the 
visual programming system 312 through calls to its exten- 
sibility object 316, as arrow 320 indicates, to instantiate a 
wire component control or program object from the wire 
object class and to add this object to the form window 404. 
That is, form window 404 adds a pointer to the wire program 
object to its linked list of controls. It should be understood 
that the wire construct 440 appearing in the designer win- 
dow 406 is preferably just a symbolic representation of the 
wire program object added to the form window 404. The 
visual programming system 312 also assigns a name to this 
program object, e.g., Wire2, which it returns to the designer 
system 314. As described below, as part of its initialization 
procedure, designer system 314 preferably directs the visual 
programming system 312 to instantiate and add a wire 
program object, which may be named Wirel, to the form 
window 404. Thus, the "first" wire that is drawn on the 
designer window 406 by the developer actually corresponds 
to the second wire program object to be instantiated and 
added to the form window 404. Therefore, this wire program 
object is typically assigned the name Wire2. 

The wire control or program object is itself a program 
module having its own pre-defined properties, methods and 
events. In the illustrative embodiment, each wire control or 
program object has the following properties, methods and 
events: 



Name 



WIRE CONTROL PROPERTIES 



Data Type Description 



Name 



Text 



Specifies the name of the wire program 
object. 

Boolean Determines whether the wire program 
object emits a "click" sound whenever 
it is triggered. 
Boolean Determines whether the wire program 
object executes upon being triggered 
or invoked. 

Boolean Determines whether the wire program 
object executes in response to its 
triggering event. 
Text Distinguishes between two or more wire 

program objects having the same name. 
Integer Specifies the x-coordinate position of 
an image of the wire program object 
appearing on the user form object. 
OneShotEnablcd Boolean If Enabled property is False, determines 
whether the wire program object 
should nonetheless execute one time. 
Sink Text The name of the sink program object and 

its respective property to which the 
wire program object is graphically 
connected. 



Beep 



Cancel 



Enabled 



Index 



Left 
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Source 


Text 


The name of the source program object 
and its respective property to which 
the wire program object is graphically 
connected 


SourceGroup 


Integer 


Used to organize related properties of 
the source program object. 


Tag 


Text 


Assigns an additional identifier to the 
wire program object, typically 
for use by the application program. 


Top 


Integer 


Specifies the y- coordinate position of an 
image of the wire program object 
appearing on the user form object 


Trigger 


Text 


The name of the program object and its 
respective event, the occurrence of 
which causes the wire program object 
to execute. 


Value 


Variant 


A data store, the contents of which can 
be copied from the source, modified, 
if desired, and passed to the sink by 
the wire program object. 



Name 



Description 



10 



15 



20 



WIRE CONTROL METHODS 

Run Causes the wire program object to execute. 

WIRE CONTROL EVENTS 

Action( Value) Occurs in response to the wire program being triggered 
or run. The argument corresponds to the current value 
of the wire's Value property prior to any event 
handling routines. 

Done Occurs once the wire program object has finished 

propagating its Action event and setting the 
specified sink property, provided that the 
Cancel property is still false. 

where Boolean means that the property may be set to True or False, Text 
means that the property is an alpha-numeric string, Integer means that the 
property is an integer, and Variant means that the property can take any of 
the data formats specified by the corresponding variant structure definition. 

After the visual programming system 312 has added the 
wire program object to the form window 404 and returned 
its name, the designer system 314 next sets the various 
properties of this wire program object. The wire's 
properties, moreover, may be displayed in the property 
window 422 (FIG. 4D) of property window 418, as indicated 
by rows 442a-w, by selecting the wire program object, e.g., 
Wire2, from pull-down object list 420. The particular values 
to which the wire's properties are initially set depends on the 
particular program objects that have been logically con- 
nected by the wire construct 440 within designer window 
406. For each wire control or program object, the designer 
system 314 identifies three corresponding program objects: 
a "source" program object, a "sink" program object and a 
"trigger" program object. Designer system 314 also exam- 
ines the terminal data structures 500 that are associated with 
the graphically linked terminals 430c and 436a. Designer 
system 314 then uses this information to set the properties of 
the respective wire program object, i.e., Wire2. 

It should be understood that attempts by the developer to 
wire a first input terminal to a second input terminal or a first 
output terminal to a second output terminal are rejected by 
the program-development system 310. 

To identify the source, sink and trigger program objects, 
designer system 314 determines the names of the program 
objects that have been linked by the subject wire construct 
440, the form window(s) on which those program objects 
reside, and the particular types of terminals that have been 
graphically linked by wire construct 440. As indicated 
above, information regarding the names of the graphically 
linked program objects and the form window(s) on which 



25 



30 



35 



45 



50 



55 



60 



they reside is returned to the designer system 314 by the 
visual programming system 312 when system 304 adds 
those program objects to the form window 404. Thus, 
designer system 314 already has this information in its 
allocated portion of memory 214. Information regarding the 
types of terminals that have been linked is derived by the 
designer system 314 from the terminal type code fields 506 
for the terminal type data structures 500 associated with the 
respective terminals, i.e., terminals 430c and 436a. The 
designer system 314 uses this terminal type information to 
determine which of the linked program objects should be 
considered the source object, which program object should 
be considered the sink object, and which program object 
should be considered the trigger object. In the preferred 
embodiment, the program object whose linked terminal is 
either a data output or control output type is treated as the 
source object, while the program object whose linked ter- 
minal is a data input or control input type is treated as the 
sink object. Here, linked terminal 430c at symbolic repre- 
sentation 426 is a data output terminal, while terminal 436a 
at symbolic representation 434 is a data input terminal. Thus, 
the designer system 314 considers the VScrollBarl program 
object to be the source object and the Labell program object 
to be the sink object for respective wire object, i.e., Wire2. 

After identifying the source and sink control objects, the 
designer system 314 is ready to set the Sink, Source and 
Trigger properties 442h, 442i and 442m of Wire2. The wire 
program object's Source property is preferably a concatena- 
tion of the following information: the name of the form 
window 404 on which the source program object resides, 
e.g., Forml, the name of the source program object, e.g., 
VScrollBarl, and the property associated with the linked 
terminal at the source program object, e.g., Value. The 
Source property may further be concatenated with the event 
associated with the linked terminal at the source program 
object, e.g., DataReady. The designer system 314 preferably 
obtains the source event and property parameters for use in 
setting the wire's Source property from the event field 502 
and property field 504 from the terminal data structure 500 
associated with linked terminal at the source program object, 
i.e., terminal 430c. For data output type terminals, such as 
terminal 430c, system 314 similarly obtains the Source - 
Group property parameter 442; from the group identifier 
field 805 from the corresponding terminal data structure 
500. 

The wire program object's Sink property 442h is prefer- 
ably a concatenation of the following information: the name 
of the form window 404 on which the sink program object 
resides, e.g., Forml, the name of the sink program object, 
e.g., Label 1, and the property associated with the linked 
terminal at the sink program object, e.g., Caption. Again, the 
designer system 314 preferably obtains the sink property 
parameter from the property field 504 of the terminal data 
structure 500 associated with linked terminal at the sink 
program object, i.e., terminal 436a, The wire program 
object's Trigger property 442m is preferably a concatenation 
of the following information: the name of the form window 
404 on which the source program object resides, e.g., Form 
1, the name of the source program object, e.g., VScrollBarl, 
and the event associated with the linked terminal at the 
source program object, e.g., DataReady. As described above 
in connection with setting the Source property, this infor- 
mation may be derived from the name of the source program 
object and also from the contents of the event field 502 of the 
terminal data structure 500 associated with linked terminal 
at the source program object, i.e., terminal 430c. It should be 
understood that the designer system 314 may derive and set 
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the Source property 442t first and then strip off the specified As indicated at block 610, the event handler procedure 

property of the source (e.g., Value), which was obtained next retrieves the value of the property specified in the 

from field 504 of the corresponding terminal data structure wire's Source property 442i, e.g., Value, from the source 

500, to set the Trigger property 442m. object, e.g., VscrollBarl, also identified in the wire's Source 

The wire program object preferably includes built-in 5 property 442i. To do this, a is Get( ) method may be invoked 

functionality that automatically sets its Beep, Cancel and on the source program object A separate GetQ method may 

OneShotEnabled properties 442b, 442c' and 442g to FALSE, be invoked for each readable property. The Get( ) method is 

and its Enabled property 442d to TRUE. The Value property a conventional method that is preferably supported by all of 

442/1 is preferably set, at least initially, to null or is otherwise the component controls or program objects utilized by the 

de-asserted. 10 program-development environment 310 of the present 

In the preferred embodiment, wire program objects are invention. As an argument to the Get( ) method, the code 

not intended to appear in any of the user interfaces that may inserts the name of the property, e.g., Value, the value or 

be generated at run-time of the application program being setting of which is to be returned. Suppose the current 

developed. Accordingly, the Left and Top properties 442/, setting of the VScrollBarl's Value property is "15". Then, in 

442/ of all wire program objects, which specify where on the i5 response to the Get( ) method, the VScrollBarl returns "15" 

user form object 408 an image of the object should appear to me ^ pr og ra m object. This value may be returned to the 

(and, hence, where on the run-time user interface those wire program object through either a p ass _By_Value or 

S^u^ d l ° d f f ^ Y ^ L es >^ Pass By^Reference communication method, both of which 

20000* ) that are sufficiency high so as to place the image are ^.j^ to those skilled m the art< ^ wire m 

of the wire program objects off of the user form obiect 408. t . ... , . Ui .„ , r JT, 

™ . • *u • * _r on object next copies this value, i.e., 15 to its own Value 

Thus, at run-time, no image, appears on the user interface 20 J , 4 „„ r . x , ' 1 ' rT 

corresponding to any wire program object that may none- P™P ert 7 *22«, as indicated at block 612. Upon copying the 

theless reside on the corresponding form window. val ™ mto . lis Value P ro P ert y> the P ro S ram ob J ect 

Additionally, or alternatively, the wire object's Visible prop- Preferably issues its Action event, as indicated at block 614. 

erty may be set to FALSE. Other elements or processes of the application program, 

Each wire program object instantiated and added to the 25 including other component controls or program objects, may 

form window 404 in response to graphical inputs of the register as "observers" with the wire program object using 

developer includes at least some program code that may be ^ e Event_Advise_Notification method described above so 

called upon to execute when the respective application as to be notified of the wire's Action event. These observers 

program is run. This program code, which is generated may respond to the wire's Action event in any number of 

solely in response to the developer having graphically linked 30 ways. At decision block 616, the wire program object waits 

the symbolic, representations of two program objects, basi- until all of these "observers" have indicated that they have 

cally causes the sink program object, e.g., Label 1, to finished processing the wire's Action event, 

execute or otherwise take some action in response to an Next, the wire program object queries whether its Cancel 

event generated by a trigger program object, e.g., property 442c (FIG. 4D) is FALSE, as indicated at block 

VScrollBarl, and using some property of the source control 35 618> M explained above, when the designer system 314 first 

object That is, the wire object represents event handler sets thc properties of a wire pr0 gram object, it sets the 

procedures or code incorporated within the application pro- Cance] pfoperty 442c tQ FALSR In response tQ ^ wire > s 

gr ^T* 0 , „ r. *• r , Action event (or some other event), however, another 

HQS. 6A and 6B are a flow diagram of the steps corre- CQntrol or object ch 

sponding to the preferred even handler procedure or code ^ w& Cancd ^ frQm pALS£ rau£ Jf 

generated by the program-development environment 310 in • > o 1 / • toitt .l 

response to such graphical inputs from the developer. Ms ^ wire s Cancel property 442c is .TRUE then execution 

procedure may be called upon to execute during run-time of sto P* a * mdlt f ted b ^ se ^ d end !^ k T 6 ^ *f™mz the 

the application program. Running of the graphically gener- wire s Cancel P ro P e rty 442c is still FALSE, then the wire 

ated event handler procedure may be initiated in one of two next up-dates the Sink property 442A, i.e., Caption, with the 

ways. First, it is initiated when the trigger control 45 current value of its own Value property 442n, as indicated at 

component, as identified in the wire's Trigger property block 622 - ™ s ma y be accomplished by invoking a Set( ) 

442m, e.g., VScrollBarl, issues the particular event also method on the sink control identified by the wire's Sink 

identified in the wire's Trigger property 442m, e.g., property 442A, i.e., Labell. A separate Set( ) method may 

DataReady, as indicated by block 602. In order to learn of also De invoked for each settable property. The Set( ) method 

the occurrence of this event (e.g., DataReady), the wire 50 is another conventional method supported by all of the 

program object preferably registers with the trigger program component controls or program objects utilized in the 

object using an Event__Advise_Notification( ) method hav- program-development environment 310 of the present 

ing the desired event as an argument. In response, the invention. 

VScrollBarl object notifies Wire2 whenever its DataReady After setting the sink's property, the code corresponding 

event occurs. Alternatively, the event handler procedure may 55 to the wire program object issues a Done event, as indicated 

be initiated by invoking the wire's Run method, as indicated at block 624. Observers may similarly register with the wire 

by block 604. Following initialization, the next step is to program object, again using the above-described Event_ 

determine whether the wire program object's Enabled prop- Advise_JSbtification method, so as to be notified of its Done 

erty 442d is TRUE, as indicated at block 606. If the wire's event. These observers may be configured to take any 

Enabled property 442^ is FALSE, the code preferably ends, 60 number of different actions in response to the wire's Done 

as indicated by first end block 608. As explained above, event. At this point, the wire program object has finished 

when the wire program object is first instantiated, it sets its executing as indicated by third end block 626. 

Enabled property 442d to TRUE. Thus, unless the Enabled FIG. 7 is a flow diagram of steps preferably executed by 

property 442d was subsequently set to FALSE at some point a typical program object, such as the Labell program object, 

during run-time, as explained below, or was re -set by the 65 incorporated in the application program being developed 

developer, the response to decision block 606 is typically during application run -time. The program object begins 

yes. execution in response to one or more of its properties being 
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up-dated by a corresponding wire object as indicated at 
block 702, such as when the Wire2 object up-dates the 
Caption property of Labell . Next, the program object sets 
its CancelBlock property to FALSE as indicated at block 
704. The program object then issues its RunBlock event as 
reflected at block 706. As with the Action and Done events 
issued by the wire program objects, observers (including 
wire program objects) may register with the program object 
using the Event_Advise_Notification mechanism so as to 
be notified of its RunBlock event. These observers may 
interact with the program object by, for example, changing 
its properties etc. As indicated by decision block 708, the 
program object waits until all such observers have returned 
from its RunBlock event. 

Next, the program object determines whether its Cancel- 
Block property is still FALSE as indicated at decision block 
710. One or more of the observers could have set the 
program object's CancelBlock property to TRUE in 
response to processing the RunBlock event. If its Cancel- 
Block property is still FALSE, the program object executes 
its corresponding functionality and up-dates its own corre- 
sponding properties as warranted as indicated by block 712. 
Upon up-dating its properties, the program object issues its 
DataReady event as indicated by block 714. To the extent a 
wire program object is connected to one of this program 
object's data output terminals, the issuance or occurrence of 
the DataReady event may trigger that wire program object to 
begin operation. After issuing its DataReady event, the 
program object next issues its ControlOut event as indicated 
by block 716. To the extent the program object's control 
output terminal is connected to a wire construct, the corre- 
sponding wire may begin operation. Execution of the pro- 
gram object is now complete as reflected by End block 718. 
If, in response to decision block 710, the program object's 
CancelBlock property is TRUE, then processing stops at that 
point as indicated by No arrow 720 leading from decision 
block 710 to End block 718. 

It should be understood that a given program object may 
execute its corresponding functionality, as described at step 
712, and then issue a RunBlock event, as described at step 
706. This may be implemented by objects that perform 
mathematical operations, for example, and are thus less 
likely to cause erroneous data propagation problems in the 
corresponding application program. It should be further 
understood that, depending on the type of program object, 
other events besides DataReady may be issued. For 
example, program objects that operate in discrete or deter- 
minative modes or states, such as the For Loop, Do Loop 
and Wait objects, described below, or an Analog In Scan 
object, may issue one or more StatusReady events in place 
of the DataReady event. Program objects that perform 
scanning functions, such as Analog In Scan or Analog Out 
Scan, may issue a RateReady event in place of the DataR- 
eady event. Those skilled in the art, moreover, will recognize 
that other such events may be defined and implemented by 
the program objects utilized with the program-development 
environment 310. 

Generation of Event-Handler Code Through Textual 
Inputs 

A significant advantage of the present invention is its 
ability also to generate event handler procedures or code in 
response to textual inputs by the developer. In some 
circumstances, for example, it may be more efficient to 
specify an event handler textually rather than graphically. In 
particular, following the example of FIGS. 4A-D, suppose 
the developer wishes to have the background color of the 
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label image 438 turn red during run-time whenever the value 
to be displayed exceeds 15000. Although the label object has 
a BackColor property, in the absence of a specific terminal 
on the corresponding symbolic representation 434 for the 

5 Labell program object that is associated with this property, 
it would be difficult to specify this functionality graphically. 
Indeed, with the prior art graphical program languages, such 
as HP VEE and Lab VIEW, it would be extremely difficult, 
if not impossible, to provide this functionality, because the 

10 graphical images for the label program object provided by 
these prior art systems do not have a terminal or pin for 
setting the object's background color in response to the 
value of its Caption property. 
With the present invention, the program-development 

15 environment 310 allows the developer to switch to a textual 
programming paradigm in order to specify an event proce- 
dure or other functionality that is more easily described 
textually as opposed to graphically. To specify an event 
handler textually, the developer directs the program- 

2 0 development environment 310 to call-up and display a code 
window in which textual inputs may be entered by the 
developer. More specifically, the developer, using mouse 
230, moves the cursor 240 (FIG. 2) over the symbol of 
interest, e.g., Label symbol 438 (FIG. 4D), as displayed in 

25 the designer window 406 and executes a double mouse click. 
Since the cursor 240 is over the designer window at the time 
of the mouse click, the operating system 302 (FIG. 3) 
preferably passes the respective windows event to the 
graphical designer system 314. In response, the designer 

30 system 314 issues a call to the visual programming system 
312, via arrow 320, causing it to display a code window on 
GUI 400 (FIG. 4D). 

FIG. 8A is a preferred illustration of the GUI 400 of FIG. 
4D further including a code window 800. Code window 800 

35 includes a pull-down object box 802, which contains a list 
of all of the program objects currently residing in the form 
window 404. By default, the object box 802 initially dis- 
plays the program object selected by the developer, e.g., 
Labell. Code window 800 further includes a pull -down 

40 procedures/events box 804, which contains a list of all of the 
procedures and events supported by the selected program 
object of object box 802. Selecting a particular procedure or 
event from box 804 positions the entry point for subsequent 
textual inputs at the first line of the respective procedure or 

45 event. The procedures/events box 804 may initially display 
the first event supported by the corresponding object, e.g., 
the Change event, which is issued when an object's Value 
property changes. Code window 800 further includes an 
input area 806. Within the input area 806, the developer can 

50 write, review and edit program is code for the respective 
application program using the keyboard 224 to generate 
textual inputs. In the preferred embodiment, the developer 
enters one or more statements within input area 806. A 
statement is basically a syntactically complete unit that 

55 expresses some action, declaration or definition. A statement 
generally occupies a single line, although a first designated 
symbol, e.g., the colon (":"), may be used to include more 
than one statement on a line, and a second designated 
symbol, e.g., the line-continuation character ("_"), may be 

60 used to continue a single logical line onto a second physical 
line. 

FIG. 8B is a preferred representation of the GUI 400 after 
the developer has written a series of statements 808a-g into 
the input area 806 of the code window 800 following the 
65 selection of the RunBlock event from the procedures/events 
box 804. As indicated above, statements SOHa-g comply 
with the keywords and syntax defined by the programming 



02/17/2004, EAST Version: 1.4.1 



US 6,684,385 Bl 

21 22 

Language supported by the visual programming system 312 first area 402a contains a plurality of icons corresponding to 

of the program -development environment. In the illustrative program object classes that can only be used in the form 

embodiment, this programming language is Microsoft's window 404. The program objects corresponding to these 

Visual Basic. Statements 808c-g specify the functionality icons do not have a corresponding symbolic representation 

for turning the background color of the label image 438 red 5 for use in the designer window 406. A second area 4026 

if its Caption property (which is set to the Value property of contains a plurality of icons that can be used in both the form 

VScrollBarl) exceeds 15000. Statements SQSa-b arc simply window 404 and the designer window 406. That is, the 

comment statements that describe the functionality to be program objects corresponding to these icons include sym- 

carried out by the subsequent statements. bolic representations capable of display in the designer 

In response to entering one or more statements in the input 10 window 406. 
area 806 of code window 800, the program-development 

environment 310 generates constituent program code for Detecting the Presence of Branches in the Data/ 
insertion in the corresponding application program. That is, Control Flow Diagram and Ensuring Synchronous 
at run-time, the statements SQSa-g are compiled or inter- Execution of Program Objects at Run-Time 
preted and executed as required, thereby implementing the 15 In creating ihe data/control flow diagram within designer 
functionality of the corresponding statements. window 406 (FIG. 4D) 7 a developer may connect more than 
Those skilled in the art will understand that the code one wire construct to the same terminal of a given program 
window 800 may be called-up in other ways. For example, object so that the same data or information may be provided 
the developer may choose the "Code" option (not shown) to two different program objects in response to the same 
from the View command of menu bar 410. 20 event. Similarly, the developer may connect two wire con- 
It should be understood that a developer may also display structs to two separate but related or complementary output 
and edit the properties of a wire program object, thereby terminals of the same program object. The resulting data/ 
causing the program-development environment 310 to control flow diagram thus has a fork defining two or more 
modify the corresponding event handler procedure. As ^ "branches" or "streams". If these two streams subsequently 
described above, the developer may cause the properties of converge at some point downstream, e.g., some other pro- 
a wire object, e.g., Wire2, to be displayed in the properties gram object, problems may arise if this downstream pro- 
window 418 of GUI 400. By selecting one of the properties g ram object reacts (e.g., executes its associated function) in 
listed in the property window 422 of window 418, typically response to new data or information on only one stream, 
through a mouse click, the developer can edit the selected 3Q More specifically, since many computer systems only 
property. For example, although the wire program object include a single processor, the program steps corresponding 
preferably sets its Beep property 4426 to FALSE upon to the branches must be executed in some order. That is, the 
instantiation, the developer may re-set this property to step's of one branch are typically executed before the steps 
TRUE through textual inputs entered in the property win- of another Such serial execution can cause problems if a 
dow 418, In response, the event-handler procedure gener- 35 downstream object executes in response to new data or 
ated by the program-development environment 310 causes information from only one stream. That is, by executing 
the computer system 200 to sound a tone each time the wire when only part of its input data or properties have been 
program object executes. up-dated, the program object and thus the application pro- 
The developer may also change a given wire object's gram in which it is incorporated may produce un-intended 
trigger property 442m to a different event and/or a different 40 results. To avoid such problems, the program-development 
program object. More specifically, as described above, the environment 310 of the present invention preferably 
program-development environment 310 sets the trigger includes a mechanism that causes such program objects to 
property 442m of a wire program object based on the wait until the data or information from both streams has been 
particular source terminal, e.g., terminal 430c, to which the up-dated before acting (e.g., executing its associated 
wire construct 440 of the corresponding wire program 45 function). 

object, e.g., Wire2, is connected. The wire program object, In the illustrative embodiment, the wire program objects 
moreover, executes in response to the occurrence of the incorporated into an application program are further config- 
event specified in its trigger property 442m. By editing the ured to detect the presence of such forks in the respective 
trigger property 442m, a developer may cause the program- data/control flow diagram, and to ensure that "stale" data or 
development environment 310 to modify the corresponding 50 information is invalidated by the appropriate program 
event handler procedure such that the wire program object objects. In general, an initialization process is run before 
now executes in response to some newly identified event run-time of the application. The initialization process deter- 
and/or program object (e.g., an object other than the wire's mines which wire program objects are connected to the same 
source object). To prevent developer-induced errors, the output terminals of the same program objects and, therefore, 
program-development environment 310 may be configured 55 exist at a fork in the data/control flow diagram. The initial- 
to block the display (and thus the editing) of wire program ization process also identifies and informs those program 
object properties through property window 418. objects that will be receiving control input information 
Although the program development environment 310 of during run-time (i.e., those objects whose Controlln prop- 
the present invention involves graphical event handler code erties may be changed). 

generation, some implementations may not provide that 60 At run-time, the wire program objects execute a branch- 
capability for all available control components or program detection and data/control flow coordination process. More 
objects that may be incorporated into a given application specifically, when a wire program object is about to set the 
program. Or, they may provide different toolbox icons or associated property of its corresponding sink program 
elements for the same control components, some of which object, the wire first determines whether it exists at a fork of 
enable the developer to program the control's event handlers 65 the data/control flow diagram. If so, the wire program object 
graphically and others that do not. In such implementations, causes its sink program object to first invalidate the current 
the toolbox 402 (FIG. 4A) may be divided into two areas. A property that is about to be up-dated and directs all other 
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wire program objects also located at the fork to do the same, indoor and outdoor temperature program objects of symbols 
and the sink objects cause the wire objects connected to their 904, 906 to acquire a temperatue measurement in response 
output terminals to invalidate their own sink objects and so to user selection of the button image 950, which measure- 
on until the end of the flow diagram is reached. As a result, ments are then provided to the comparator program object of 
all of the program objects located downstream of the fork, 5 symbol 908. Preferably, however, the comparator program 
invalidate the "stale" data currently associated with their ob J ect of symbol 908 only executes when new temperature 
data input terminals. After the downstream program objects data has been received at both terminal 928 and terminal 
have invalidated their input values, the wire program object 934 If the comparator program object were to react when 
then sets the sink property, thereby validating the sink J ust one of its data ^P 111 terminal 928 or 934 is up-dated 
property. Only when all of the data input terminals of the 10 ( thus rendering the information associated with other data 
downstream program objects are validated do the program in P ut termninal stale), it may be making an unintended 
objects execute their associated functionality and up-date comparison. Since the program-development environment 
their output properties, thereby ensuring proper coordina- 310 i™ 0 ' 3 ) of ^ P resent invention may be running on a 
ti on single processor computer system, such as computer 200 

FIG. 9 is an exemplary illustration of the GUI 400 15 ^ ? ' < "''?^' tr " e P ara ^ e ' operation not possible and thus only 
generated by the program-development environment 310 °[ ,e of , ,he data ,n P ut termmak ° f 934 ^ be Up ' dated 
(PIG. 3) having a branched data/control flow diagram 900 a lm =: T ° P revent » uch , ™'°^ded operating 
graphically represented within the designer window 406. In ^"nstics, the program-development environment 310 
particular, diagram 900 includes a command button sym- em P lo y s a novel synchronization process, 
bolic representation 902, two analog input symbolic repre- 20 « particular, the program-development environment 310 
sentations 904, 906, a comparator symbolic representation Preferably incorporates program instructions or code corre- 
908, an LED symbolic representation 910 and a digital spondmg to one or more initialization processes into each 
output symbolic representation 912. The analog input sym- application program that is developed. These initialization 
bols 904, 906 correspond to program objects that can obtain processes, which are executed at application run-time, first 
indoor and outdoor temperature measurements, respectively. 25 identify all wire program objects whose corresponding con- 
Symbolic representations 902-912 are interconnected by a structs reslde at a f ork of the corresponding data/control flow 
plurality of wire constructs, each of which corresponds to a A^gr™, e.g., diagram 900. To do this, the wire objects 
respective wire program object that resides in the form compare their respective source and SourceGroup properties 
window, 404 and is thus incorporated into the application 442l > 442 ' ( mG 4D >- If two or more wlre have ^ 
program. Specifically, a first wire construct 914 connects a 30 same Source and SourceGroup, then they are either con- 
data output terminal 916 of button symbol 902 to a control nected to thc same data out P ut terminal and thus exist at a 
input terminal 918 of outdoor temperature symbol 906. A {olk > or thev arc connec ted to different, but nonetheless 
second wire construct 920 connects the data output terminal related or complementary, output terminals of the same 
916 of button 902 to a control input terminal 922 of indoor source ob J ect - md thus shcmld treated 85 * thev exist at 
temperature symbol 904. 35 a fork. 

Athird wire construct 924 connects a data output terminal each ™ re P"g™«» object ^validates its sink prop- 
926 of the outdoor temperature symbol 906 to an "x" data erty to P rev u ent ™ m * nded or fP™?™ execution of the 
input terminal 928 of the comparator symbol 908. A fourth P 10 ^ 3 " 1 ,, ob J ec , ts of ,he W^on program More 
wire construct 930 connects a data output terminal 932 of s P eaflcallv > program object sets the InvandProp- 
indoor temperature symbol 904 to a «y» data input terminal 40 erty P ro P ert y° f lts sink program object, as identified m its 
934 of the comparator symbol 908. A fifth wire construct res P ec tive sink property 442A, to the particular identifier that 
936 connects a data output terminal 938 of comparator * associated wUh the sink property. That is, each property of 
symbol 908 to a data input terminal 940 of the LED symbol a P 10 ? 4 " 1 ^f 0 ^ addl !T to na T g a Mme md a V ?™> 
910. A sixth wire construct 942 also connects data output ^ has an ldea ^*> whlch ma V bc a "™c or alpha- 
terminal 938 of comparator symbol 908 to a data input 45 DUmenC S ' nng ' 0ther P r0 S ram objects including the wire 
terminal 944 of the digital output symbol 912. Each wire p ™ g T ob J ecti > can obtam these identifiers by querying the 
construct 914, 920, 924, 930, 936 and 942, moreover, object (e.g., with a standard COM mechanism) In response 
corresponds to a wire program object residing on -form <° ha ™S InvalidProperty set to the particular identifier 
window 404 one properties, the corresponding sink program 
' , „ nnn . , 50 object sets a flag associated with the identified property to 

As shown, the data/control flow diagram 900 includes indicate that the yalue of tfais rt ^ now kvjJid afld 

several forks. In particular a first fork exists at data output thus should nQt be ^ b ^ sink m qW Iq ^ 

way, program objects learn whether their control input 
914 and 920 are connected to this terminal. A second fork terminals are to wire constructs within the 

exists at data output terminal 93S of comparator symbol 908 S5 flow di d{ 900 (nG 9) In othef WQrds 

since both wire construct 936 and 942 emanate from this wire objects connected to control input lerm inals set the 

ermm ' InvalidProperty of their sink objects to the identifier for the 

Furthermore, appearing within the user form program sink's Controlln property. Thus, if a program object's 

object 408 of GUI 400 are a button image 950, that has been InvalidProperty is set to the identifier for its Controlln 

labeled "Take One Measurement", and an LED image 952 60 property, then the object "knows" that its control input 

that has been labeled "Heat Indicator". terminal is connected to a wire construct, and that informa- 

In response to the developer having "drawn" the wire tion may thus be received from this wire construct. At this 

constructs 914, 920, 924, 930, 936 and 942, on the designer point, the initialization process is preferably complete and 

window 406, the program-development environment 310 the application program may be run. 

generates corresponding event handler procedures or code in 65 It should be understood that the initialization process may 

a manner as described above. The event handler procedures also identify all root blocks within the data/control flow 

for wire constructs 914 and 920, for example, cause the diagram. A root block is any program object whose symbolic 
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representation does not have a wire construct connected to input terminal is connected to a wire construct as indicated 

either its data input or control input terminals. In addition, all by decision block 1014 (FIG. 10B). If it is, the sink object 

variable program objects, which are described in detail then determines whether or not the value of its Controlln 

below, are treated as root blocks even if one or more of their property has been changed (e.g., toggled) as indicated by 

data or control input terminals are connected to correspond- 5 Yes arrow 1016 leading to decision block 1018. That is, the 

ing wire constructs. In flow diagram 900 of FIG. 9, the sink object, which may maintain a particular flag for this 

object corresponding to command button symbol 902 is a purpose, determines whether or not its Controlln property 

root block. During run-time of the application program, data has been changed. If not, the sink object preferably returns 

and/or control flow typically begins at one or more of the program control to the previous wire or other program object 

root blocks of the corresponding flow diagram, and proceeds as indicated by No arrow 1020 leading to end block 1021. 

to flow downstream of the root(s) (e.g., from source objects Alternatively, the sink object may run a wait loop at decision 

to sink objects). To identify the root block(s) of a flow block 1018. If the sink object's Controlln property has been 

diagram, the source and sink properties of each wire object toggled, it then determines whether all of its data input 

may be examined. If a particular program object only terminals are valid as indicated by Yes arrow 1022 leading 

appears as a source for one or more wire objects, and not as 15 to decision block 1024. If one or more input properties are 

a sink for any wire object, then that program object is still invalid, the sink object may wait until the remaining 

considered a root block. data input terminals are validated or, in the preferred 

FIGS. 10A-10B illustrate a flow chart of the steps cor- embodiment, return program control to the previous wire or 

responding to the running of an application program whose other program object as reflected by No arrow 1028 to end 

flow diagram includes one or more forks, such as diagram 20 block 1021. 

900 (FIG. 9). In response to the occurrence of its corre- If the sink object's control input terminal is not connected 

sponding triggering event, a wire object that is part of any to a wire construct, then processing moves from decision 

flow diagram, first determines whether it is at a fork as block 1014 directly to block 1024, by -passing block 1018, as 

indicated at step 1002. As described above, by virtue of the shown by No arrow 1026. 

initialization process, all wire objects know whether or not ^ If (or when) all of the sink object's data input terminals 
they are at a fork of the flow diagram. If it is at a fork, the are valid, the sink object proceeds to execute its associated 
triggered wire object invalidates its sink property and directs function as indicated at block 1030. Execution of the sink 
the other wire objects at the fork to invalidate their sink object preferably proceeds as described above in connection 
properties as indicated at block 1004. In response to having with FIG. 7. Thus, the sink object up-dates the properties 
a control or data input property invalidated, a program object 30 associated with its data output terminals and issues its 
preferably issues an InvalidateGroup event as indicated at DataReady event. This DataReady event is typically a 
block 1006. Those wire objects connected to the data output triggering event for any wire object whose construct is 
or control output terminals of such a program object are connected to a data output terminal of this sink object, 
configured to respond to the issuance of the InvalidateGroup Accordingly, this wire object and its sink property proceed 
event. In other words, these wire objects register with their 35 to execute the steps of 1002-1030. That is, this process is 
source objects, preferably using the Event_Advise__ repeated by the remaining wire and program objects down- 
Notification method, so as learn of any InvalidateGroup stream of the fork, thereby ensuring that the program objects 
events. These wire objects then respond by invalidating their do not execute their particular functions until all of their data 
own respective sink properties as indicated at block 1008. As input terminals have received valid data and their control 
indicated at block 1009, the steps of blocks 1004-1008 are ^ input terminals, if connected, have been triggered, 
preferably repeated by the remaining wire and other pro- For example, consider operation of the program object for 
gram objects whose symbolic representations are located the comparator symbol 908 (FIG. 9) of flow diagram 900. At 
downstream of the fork relative to the root, thereby invali- run-time, a user interface corresponding to user form pro- 
dating the respective data and control input terminals. g ram object 408 is displayed on screen 235 (FIG. 2) of 

It should be understood that the program instructions or 45 computer 200 to the end user. When the end user selects 
code that is incorporated into the application program is (e.g., mouse clicks) the command button image 950, the 
preferably configured such that steps 1004-1008 are com- corresponding program object issues its DataReady event, 
pleted at each of the downstream objects before resuming which is the triggering event for the wire objects of con- 
processing of (i.e., returning program control to) the wire structs 914 and 920. As described above with steps 1002 and 
object that was initially triggered and thus initiated the 50 1004 (FIG. 10A), whichever wire object first processes this 
invalidation of the object input terminals. DataReady event will set its sink property to invalid and 

Next, the wire object that was triggered in step 1002 direct the other wire object to do the same. The invalidation 

preferably runs its event handler procedure or code as of data input terminals propagates throughout the flow 

indicated at block 1010. This event handler procedure, diagram 900 as described above with steps 1006 and 1008. 

which is generated by the program-development environ- 55 As a result, the "x" input property of terminal 928 and the 

ment 310 and incorporated into the application program, "y" input property of terminal 934 at comparator 908 are 

preferably corresponds to the steps of FIGS. 6A and 6B invalidated. The wire objects of constructs 914 and 920 then 

described above. Thus, the wire object sets the respective process the DataReady event, thereby causing the objects of 

property of its sink object with the value of the property that indoor and outdoor temperature symbols 904, 906 to take a 

the wire object retrieved from its source object. In response eo temperature measurement and pass these measurements via 

to having its data input property up-dated, the sink object wire constructs 924, 930 to the data input terminals 928, 934 

preferably transitions the state of that property, which had of comparator 908. 

previously been invalidated at step 1004, to valid as indi- As each respective property at comparator 908 is up-dated 

cated at block 1012. Preferably, the sink object changes the with the new temperature measurement, comparator 908 

flag associated with the up-dated property to valid. 65 changes the state of the property from invalid to valid as 

In response to changing an input property from invalid to indicated by step 1012 (FTG. 10A) described above. Since 

valid, the sink object next determines whether its control comparator 908 does not have a wire construct connected to 
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its control input terminal, it simply waits until both of its issues its DataReady event causing wire construct 1116 to 

data input terminals 928, 934 have been up-dated (and thus pass the information to the object of symbol 1108. The 

validated) before executing, as indicated by blocks 1024 and program object of symbol 1108 then issues its DataReady 

1030 (FIG. 10B). That is, as each data input terminal is event causing wire construct 1122 to return the information 

up-dated and transitioned to the valid state, comparator 908 5 t0 tne object of symbol 1104, thereby completing the circle, 

determines whether all of its other data input terminals are ^ ob J ect of symbol 1104 assumes that it has just received 

valid. Only after the last data input terminal is up-dated and " new " data md > ™ response, issues its DataReady event, 

validated does the object run its comparison function, pro- repeating the cycle described above UDtil the computer's 

vide an output on terminal 938 and issues its DataReady resources are eventually exhausted. 

event. As shown, the branch detection mechanism of the 10 To av0ld this problem, the program -development euvi- 

present invention prevents objects, such as comparator 908, ronment 310 of the present invention includes a novel 

from executing their respective functions until all of their method for efficiently handling circular paths specified 

data input terminals have been up-dated. Accordingly, the ^ data/control flow diagram. FIG. 12 is a flow 

branch detection mechanism avoids the generation of diagram of the preferred steps of the method that are 

un-intended results by the application program. is preferably performed by each program object represented in 

It should be understood that object properties associated m * fl ° W , diagram ¥ f l ; thc °^ c ? initidi J zcs a ' W ' 

with data input terminals that are not connected to any wire ?^Tlu ^J^f**™"** vah ?> »f ind ! c ^ d at ste P 

constructs preferably remain valid at all times. U02 ' lUustr * ted emb 1 ° dimcilt ' (( t n h ,? ^ ^ tor 15 * 

counter that may be initialized to "0 . Specifically, each 

Recursion Blocking Mechanism 20 Program object that is represented by a symbolic represen- 
tation within a given flow diagram preferably establishes a 

In some programming situations, the developer may wish busy counter (not shown) within memory 214 (FIG. 2), 

to create a data/control flow diagram having one or more Next, the object waits to be triggered as indicated by 

circular paths. Such circular paths typically represent cor- decision block 1204 which has a No arrow 1206 that loops 

responding loop-back or feed-back conditions within the ^ back on itself. As described above in connection with step 

data/control flow diagram. Unless they are handled in a 702 of FIG. 7, an object is triggered when one or more of its 

consistent and known manner, such loop-back or feed-back properties is up-dated typically by a connected wire object, 

conditions can cause unintended consequences or results When the program object is triggered, it first increments 

during execution of the corresponding application program. the busy indicator (e.g., the counter), preferably by "1", as 

In addition, if left un-detected, circular paths, can also 3Q indicated by block 4208. The object then determines 

consume substantial computer resources, such as CPU and whether the value of its busy counter exceeds some prede- 

memory resources, even to the point of overwhelming the termined threshold as indicated by decision block 1210. In 

system. According to the present invention, a method is the preferred embodiment, the threshold is set to "1". If the 

provided for efficiently handling circular paths specified busy counter does not exceed the threshold, the object then 

within the data/control flow diagram. 35 executes its respective function as indicated by No arrow 

FIG. 11 is a preferred representation of a GUI 1100 1212 leading to block 1214, which preferably corresponds to 

generated by the program -development environment 310 steps 704-718 of FIG. 7 described above. That is, the object 

(FIG. 3) on computer screen 235 (FIG. 2) that is similar to places its output data on its data output terminal and issues 

GUI 400 described above in connection with FIGS. 4A-4D. its DataReady and its ControlOut events. As described 

Within the designer window 406 is a data/control flow 40 above, other objects, such as wire program objects, may 

diagram 1102 that includes a circular path. In particular, the respond to the DataReady and ControlOut events. As indi- 

flow diagram 1102 includes three symbolic representations cated at decision block 1216 and No arrow 1218 which loops 

1104, 1106 and 1108 each corresponding to a text box back to block 1216, the object waits until such "observers" 

program object. Symbolic representations 1104-1108 are have returned from the DataReady and Control out events, 

interconnected by a plurality of wire constructs. A first wire 45 Specifically, upon issuing its DataReady event, program 

construct 1110 connects a data output terminal 1112 of control (e.g., processing by the CPU 210 (FIG. 2) shifts from 

symbol 1104 to a data input terminal 1114 of symbol 1106. executing the steps of the program object to executing the 

A second wire construct 1116 connects a data output termi- steps corresponding to the event handler procedure that is 

nal 1118 of symbol 1106 to a data input terminal 1120 of triggered by the object's DataReady event. When this event 

symbol 1108. A third wire construct 1122 connects a data 50 handler procedure is finished, program control then returns 

output terminal 1124 of symbol 1108 to a data input terminal to the object so that its execution may be completed. So that 

1126 of symbol 1104, thereby completing a circular path program control may be returned to the appropriate location 

within the flow diagram 1102. Within the user form object within the steps corresponding to the program object, a 

408 of form window 404 are images 1128, 1130 and 1132 pointer to the location is typically pushed onto a stack within 

that correspond to text box symbols 1104-1108. ss memory 214 (FIG. 2). When the event handler procedure or 

Without some mechanism for handling the circular path of code has finished executing, this pointer is popped off of the 

flow diagram 1102, running of the corresponding application stack and processing resumes at the appropriate location. As 

program may overload the computer's processing and described above, execution of the event handler procedure or 

memory resources. More specifically, suppose an end-user code may result in the issuance of one or more events (e.g., 

were to run the application and enter some information, e.g., 60 Action, Done, etc.) and it may be interrupted so that program 

"hello", into a user interface element (not shown) corre- instructions or code triggered by these events may be 

sponding to image 1128. As described above, the program executed. 

object for symbol 1104 would issue its DataReady event When the observers return from the object's DataReady 

indicating the presence of new data associated with its data and ControlOut events, the object then decrements its busy 

output terminal 1112. In response, the program object for 65 counter, preferably by "1", as indicated by Yes arrow 1220 

wire construct 1110 passes this information to the object of leading to block 1222. Upon decrementing the busy counter, 

symbol 1106. The program object of symbol 1106, in turn, processing is complete as indicated by End block 1226. 
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Referring again to step 1210 in which the busy indicator It should be understood that the steps of FIG. 12 may be 

is tested, if the value of the busy indicator exceeds the executed by each of the wire program object's of the 

threshold, then the object does not execute and, instead, respective flow diagram as well, 

simply decrements its busy counter, as indicated by Yes c u v n **• c n *■ c* 

arrow 1224 leading from decision block 1210 to block 1222. 5 S y mbollC Rc P^cntaUons for Repeating Steps 

That is, if the busy indicator returns a busy indication, then t When creating application programs, developers often 

execution of the corresponding object is by-passed (e.g., the include certain programming steps that are to be repeated 

object is short-circuited) and the object simply decrements ma ny times. Rather than entering such steps over and over 

its busy indicator. As described above, upon decrementing again, many programming languages include command 

the busy counter, processing by the object is complete as structures that automatically repeat certain identified steps, 

indicated by End block 1226. To avoid conflicts between the For example, with Visual Basic from Microsoft, developers 

incrementing and testing of the busy indicator, the steps of can enter specific keyword commands within the code 

blocks 1208 and 1210, are preferably performed by the window to repeat certain statements. In particular, Visual 

computer system 200 (FIG. 2) as an atomic operation. An Basic allows developers to create what are known as Do 

atomic operation refers to some unitary action that is essen- Loops and For Loops. A Do Loop executes certain code over 

tially indivisible (i.e., the steps are not interrupted). Those 15 and over again unti] some condition is met. Typically, the 

skilled in the art to which the present invention pertains are syntax of a Do Loop appears as follows: 

aware of techniques for ensuring that particular program- ^ Q 
ming instructions or steps are treated as atomic operations. 

For computer systems that support multiple threads, -[statements) 

semaphores may be used to prevent a given object that was 20 Until/While condition. 

triggered by a first thread from being re-triggered by a where "{statements}" are the particular code statement that 

different thread. Semaphores are well-known techniques for are to be repeated and condition refers to the condition that 

coordinating or synchronizing activities. stops the loop. A Loop Until condition checks the condition 

Returning to the example of FIG. 11, when information, after running through the loop and repeats only if the 

e.g., "hello'', is entered by the end user into the user interface 25 condition is FALSE. A Loop While condition also checks the 

element of image 1128, the object of symbol 1104, which condition after running through the loop but repeats only if 

corresponds to this user interface element, executes the steps the condition is TRUE. Do Loops may also be configured to 

of FIG. 12. In particular, the entry of information triggers the check the condition before entering the loop, 

object as indicated by step 1204. Accordingly, the object A For Loop is used when the developer knows precisely 

increments its busy counter, which was initialized to "0" at 30 how many times the loop should repeat. Unlike a Do Loop, 

step 1202, by "1" so that its busy counter is now set to "1". a For Loop uses a variable called a counter that increases or 

Since the value of the busy counter does not exceed the decreases in value during each repetition of the loop. The 

threshold of "1", the object of symbol 1104 executes its syntax of a For Loop typically appears as follows: 

functionality as indicated by steps 1210 and 1214. In For counterpart To end {Step increment} 

particular, the object places the newly entered information 35 {statements} 

on its data output terminal 1112 and issues its DataReady Next {counter} 

event. The wire object of construct 1110 responds to the When executing the For Loop, the application program 
DataReady event and passes this information to the data sets the counter equal to the specified start value and tests to 
input terminal 1114 of the object of symbol 1106. As see whether the counter is greater than the specified end 
described above, this information is eventually returned to 40 value. If so, the loop is exited. If not, the statements are 
the object of symbol 1104 at its data input terminal 1126 by executed and the counter is incremented by the specified 
wire construct 1122. increment value (or by "1" if no value was specified). The 
In response, the object of symbol 1104 assumes it has loop then repeats again checking to see if the counter has 
been triggered, as indicated at step 1204, and thus incre- surpassed the end value (in either direction), 
ments its busy counter (again by "1") and tests it, as 45 According to the present invention, the program- 
indicated at steps 1208 and 1210. Since the busy counter is development environment 310 (FIG. 3) is further configured 
now at "2", exceeding the threshold of " 1", the object to incorporate program code within the application program 
decrements the counter as indicated by Yes arrow 1224 being developed that repeats certain statements or steps (i.e., 
leading to step 1222, instead of executing again as might the program includes loop structures) in response to 
otherwise occur without the recursion or re-entry blocking 50 graphical, as opposed to textual, inputs from the developer, 
mechanism of the present invention. As a result, program In particular, as described below, the program-development 
control returns first to the object of wire construct 1122 so environment 310 includes a plurality of program objects 
that it may complete its execution, and then to the object of having corresponding symbolic representations that may be 
image 1108 so that it may complete its execution. Program caused to appear in the designer window 406 of the GUI 
control similar returns to wire construct 1116, and then to 55 400. These symbolic representations may be connected with 
object 1106. Eventually, program control returns to the wire other symbols within the designer window 406 using one or 
object of construct 1110, which completes its execution, more wire constructs in order to define a loop. However, in 
thereby returning control to the object of symbol 1104 order to present a simplified and refined flow diagram within 
following the issuance of its DataReady event. In other the designer window, the loop preferably appears as an 
words, the result of decision block 1216 is now yes, and thus 60 acyclic branch of the flow diagram. That is, although the 
the object of symbol 1104 can decrement its busy counter branch terminates (i.e., there is no wire construct from the 
from "1" back to zero. As shown, with the method of the end of the branch back to the main flow diagram), it 
present invention, the re-triggering of the object of symbol nonetheless is repeatedly executed at application run-time. 
1104 (i.e., triggering before the object has completed execu- At the end of the branch may be a Break symbol as described 
tion from an earlier triggering) does not result in an over- 65 below. 

loading of the processing or memory resources of the FIG. 13 is a preferred representation of a GUI 1300 

computer 200 (FIG. 2). generated by the program-development environment 310 
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(FIG. 3) on computer screen 235 similar to GUI 400 (FIG. 
4A) described above. The Core sub-toolbar 4146 of the 
designer window 406 includes a plurality of icons that 
correspond to program objects for use in performing loop- 
type functions, among others, within the application pro- 5 
gram being developed. In particular, sub-toolbar 4146 
[414a] includes icons for a For Loop, a Do Loop, a Timer, 
and a Break control, among others. Each of these icons, in 
a similar manner as described above, corresponds to an 
object class from which one or more program objects or 1Q 
controls may be instantiated. As described herein, these loop 
controls can generate multiple outputs from a single input. 

Within the designer window 406 are preferred symbolic 
representations of several program objects corresponding to 
icons of Core sub-toolbar 4146 each having one or more 
terminals for connecting one or more wire constructs. A For 15 
Loop symbol 1302, for example, includes a start index data 
input terminal 1304a, an end index data input terminal 
13046, a step value data input terminal 1304c, a control 
input terminal 1304c/, a loop index data output terminal 
1304c, an error data output terminal 1304/ and a control 20 
output terminal 1304g\ The For Loop object of symbol 1302 
preferably incorporates the ControlOut, DataReady, 
ErrorOut and RunBlock events described above. The For 
Loop object of symbol 1302 basically runs a branch of the 
flow diagram connected to its loop index output terminal 25 
1304c repeatedly until the end index specified at input 
terminal 13046 is reached. In particular, starting with the 
start index specified at input terminal 1304a, which can be 
initialized to "0" each time the respective application pro- 
gram starts-up, the For Loop object issues its DataReady 30 
event and outputs the current loop index value from terminal 
1304c (e.g., 1, 2, 3, etc.) using the step value specified at 
terminal 1304c (e.g., 1) to count up (or down) to the end 
index specified at terminal 13046. 

A Do Loop symbol 1306 preferably includes a control 35 
input terminal 1308a, a loop index data output terminal 
13086, an error data output terminal 1308c and a control 
output terminal 13080*. The Do Loop object also incorpo- 
rates the ControlOut, DataReady, ErrorOut and RunBlock 
events. The Do Loop object of symbol 1306 basically runs 40 
a branch of the flow diagram connected to its loop index 
output terminal 13086 repeatedly until some condition, 
which is preferably specified graphically by one or more 
symbols connected to a Break symbol, which is described 
below, is met. In particular, with its loop index property 45 
preferably initialized to "0" each time the respective appli- 
cation program starts-up, the Do Loop object repeatedly 
issues its DataReady event and outputs its loop index value 
from terminal 13086 until the graphically specified condi- 
tion is met and the Do Loop object is stopped. 50 

ATimer symbol 1310 preferably includes an interval data 
input terminal 1312a, a frequency input terminal 13126,' a 
control input terminal 1312c, a loop index data output 
terminal 1312a*, an error data output terminal 1312e and a 
control output terminal 1312/. Like the Do Loop object, the 55 
Timer object of symbol 1310 also runs a branch of the flow 
diagram connected to its loop index output terminal 1312a* 
repeatedly until some specified condition is met. In 
particular, with its loop index property preferably initialized 
to "0" each time the respective application program starts- 60 
up, the Timer object issues its DataReady event and outputs 
its loop index value from terminal 1312a* each time the value 
specified at its interval data input terminal 1312a (which 
may be in milliseconds) elapses. The Timer object then 
preferably increments its loop index property by "1". The 65 
value specified at the frequency data input terminal 13126 
preferably specifies the number of timer events per second. 



A Break symbol 1314 preferably has a control input 
terminal 1316. As indicated above, a Break object is used to 
stop execution of a corresponding loop object (e.g., Do 
Loop, For Loop or Timer objects) upon satisfaction of some 
specified condition. The Break object preferably terminates 
the execution of the first up-stream loop object to which the 
symbolic representation 1314 of the given Break object is 
connected when its control input property is triggered (e.g., 
changed). For example, a Break object can be used to stop 
execution of a loop when a particular value generated during 
the loop sequence exceeds some threshold. In this case, the 
control input terminal 1316 of a Break object 1314 may be 
connected to the data output terminal of a symbol whose 
corresponding object compares two values and outputs a 
TRUE indication on the connected data output terminal if 
the first value (the value generated within the loop sequence) 
is greater than the second value (the threshold). This loop 
will continue to run until the value exceeds the threshold. At 
this point, the comparison symbol will output a TRUE 
indication that is provided to the Break symbol by a corre- 
sponding wire construct. Upon having its control input 
property triggered, the Break object stops execution of the 
first up-stream loop object (i.e., Do Loop, For Loop or Timer 
objects). 

The properties (or at least those properties that are 
declared public and thus may be changed by a developer) of 
the For Loop, Do Loop, Timer, and Break objects may each 
be selectively displayed by the program-development envi- 
ronment 310 (FIG. 3) in the properties window 418 by ' 
selecting the desired object from the pull-down object list 
420. The specific properties displayed within the corre- 
sponding properties window 422, moreover, may be modi- 
fied and edited by the developer, thereby changing the 
properties of the respective object residing in the form 
window. 404. 

The use of the loop symbols and corresponding objects 
may best be understood through an example. FIGS. 14A-D 
are preferred representations of a GUI having a flow dia- 
gram incorporating a loop. Suppose that a developer wishes 
to create an application (or a process thereof) for summing 
a sequence of numbers and stopping if the sum exceeds 
some specified value. Using the icons of designer toolbar 
414, the developer preferably creates a data/control flow 
diagram within the designer window 406 of the GUI 400 for 
performing such steps. 

FIGS. 14A-D are preferred illustrations of a GUI 1400 
similar to GUI 400 described above showing some of the 
steps followed in creating such an application program. 
More specifically, within designer window 406 of GUI 1400 
is a data/control flow diagram 1402 of the application 
program. The flow diagram 1402 includes a number of 
symbolic representations interconnected by a plurality of 
wire constructs. The symbols, moreover, correspond to 
respective program objects that have been instantiated and 
added to the form window 404 as described above. The 
symbols include a command button symbol 1404 having a 
data output terminal 1406, a For Loop symbol 1408 having 
a control input terminal 1410a and a loop index output 
terminal 14106, first and second label symbols 1412 and 
1414, each having corresponding data input terminals 1416 
and 1418, respectively, and an addition symbol 1420 having 
an "x" data input terminal 1422a, a "y" data input terminal 
14226, a data output terminal 1422c and a control output 
terminal 1422a". Flow diagram 1402 further includes an X>Y 
comparator symbol 1424 having an "x" data input terminal 
1426a, a "y" data input terminal 14266, and a TRUE data 
output terminal 1426c that is up-dated when the value of "x" 
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is greater than the value of "y". Comparator 1424 may also As shown in FIG. 14C, by selecting (e.g., clicking) the 

include a FALSE data output terminal 1426d that is updated properties command 1468 (FIG. 14B), the developer causes 

if "x" is not greater than "y". the program development environment 310 to display a 

Flow diagram 1402 further includes a text box symbol properties page dialog window 1470 on GUI 1400 for the 

1428 having a data output terminal 1430, and a variable 5 For L°°P 1408. This properties page dialog window 1470 

symbol 1432 having data input, control input, data output, includes a plurality of entry fields, such as start index field 

error output and control output terminals 1434fl-e. A Vari- 1472a, an end index field 14726 and a step size field 1472c, 

able symbol, such as symbol 1432, is typically used to read for viewing and editing one or more properties of the For 

a new value on its data input terminal 1434a and, upon Loop. Properties page dialog window 1470 also includes 

triggering of its Controlln property (provided its control 10 0K ' and A ™ 1 ? command buttons 1474a-c, 

input terminal is wired) to pass that value to its data output ?J£^1^ °TT g T ^ 

terminal 1434c and issue a DataReady event. Tlius, variable ™ "V^t ^^l ^u h 7* ^ 

, . 1 r i* u , L i- *• e.g., For Loop 1408. For example, the developer may set the 

objects can save a data value for later use by the application start mdex J md UUa t0 a $ the cnd inde £ 1472 £ to « 9 * 

Pr °l r T*, <hagPUn 1 , fi f rthcr mdudC f A^** and the stc P sizc 1472c to "1" He or she may alternatively 

symbol 1436 having a control input terminal 1438. In 15 accept the default vahies spe cified in one or more of these 

response to adding the command button, labels and text box fields. It should be understood that these values are for 

symbols 1404, 1412, 1414 and 1428, which are all user illustrative purposes only. 

interface components, the program-development environ- Next, the developer may set the properties of the variable 
ment 310 (FIG. 3) places corresponding button, labels and object of symbol 1432. That is, the developer may "right- 
text box images 1440, 1442, 1444, and 1446, respectively, in 20 click 1 ' symbol 1432 (FIG. 14A) causing the. program- 
me user form program object 408 of the form window 404. development environment 310 to display a command pop- 

The symbolic representations within the designer window up menu (not shown) for the variable object. The developer 

406 are also interconnected by a plurality of wire constructs, may then select the properties command from this pop-up 

thereby forming the data/control flow diagram 1402 of the menu. As shown in FIG. 14D, the program-development, 

corresponding application program. In particular, the data 25 environment 310 responds by displaying a properties dialog 

output terminal 1406 of command button symbol 1404 is window 1476 for the variable object. Properties dialog 

connected to the control input terminal 1410a of For Loop window 1476 has only an initial value field 1478, which the 

1408 by a first wire construct 1446. Loop index output developer may set to an initial value of 1". As shown, the 

terminal 14106 of For Loop 1408 is connected to the data properties displayed in the corresponding properties dialog 

input terminal 1416 of first label 1412 by a second wire 30 windows for various program objects may be some sub -set 

construct 1448, and also to the "x" data input terminal 1422a of the properties defined by the respective object, rather than 

of the addition symbol 1420 by a third wire construct 1450. the entire set of properties for the object. This prevents 

Data output terminal 1422c at addition symbol 1420 is developers from inadvertently editing certain object prop- 

connected to the data input terminal 1418 of second label erties that may produce un-intended consequences during 

1414 by a fourth wire construct 1452, to the "x" data input 35 application run-time. Indeed, in a preferred embodiment of 

terminal 1426a of comparator 1424 by a fifth wire construct the present invention, the program-development environ- 

1454, and to the data input terminal 1434a of variable 1432 ment 310 may suppress the display of properties window 

by a sixth wire construct 1456. 418, and limit the editing of object properties through the 

The control output terminal 1422a* of addition symbol respective dialog windows. 

1420 is connected to the control input terminal 14346 of 40 At this point, the developer is done and the application 

variable 1432 by a seventh wire construct 1458, and the data program may be run. Referring to FIG. 14A, at run-time, a 

output terminal 1434c of variable 1432 is connected to the user interface similar to user form program object 408 is 

"y" data input terminal 14226 of the addition symbol 1420 displayed on the screen of the computer. The end user may 

by an eighth wire construct 1460. A ninth wire construct enter some limit number (e.g., "12") in the text box 1446 and 

1462 connects the data output terminal 1430 of text box 45 then, to get the program going, "press" the command button 

1428 to the "y" data input terminal 14266 at the comparator 1440 (e.g., with a mouse click). This causes wire construct 

1424. The TRUE data output terminal 1426c of comparator 1446 to toggle the Controlln property of the For Loop 1408 

1424 is connected to the control input terminal 1438 of the causing it to place its first loop index (e.g., "0") on its data 

Break symbol 1436 by a teuth wire construct 1464. output terminal 14106 and issue its DataReady event. In 

The step value, end index and start index input terminals 50 response, wire constructs 1448 and 1450 pass this index 
of For Loop 1408 are not connected to any wire constructs. value to first label 1412, and to the "x" input of addition 
Nonetheless, the developer may edit the values for any of symbol 1420. The addition symbol 1420 adds this V value 
these properties prior to running the application program. To to its "y" value, which may, by default, initially be set to "0", 
edit an object's properties, the developer may display the places the sum on its data output terminal 1422c and issues 
properties of the selected program object in the properties 55 its DataReady event. Wire constructs 1452, 1454 and 1456 
window 418 in the manner described above. The program- respond to the addition symbol's DataReady event by pass- 
development environment 310, however, preferably sup- ing the sum to second label 1414, comparator 1424 and 
ports at least one or more additional ways of editing an variable 1432, respectively. Addition symbol 1420 then 
object's properties. In particular, as shown in FIG. 14B, issues its Control Out event, which causes wire construct 
when the developer executes a "right mouse click" on a 60 1458 to toggle the Controlln property of variable 1432. In 
selected symbol, such as For Loop symbol 1408, the response, variable 1432 passes the sum received at its data 
program-development environment 310 causes a command input terminal 1434a to its data output terminal 1434c and 
pop-up menu 1466 to appear on GUI 1400. Command issues its DataReady event. Wire construct 1460, in turn, 
window 1466 displays a series of commands that may be passes the data output value from variable 1432 to the "y" 
performed on the selected object symbol, e.g., For Loop 65 data input terminal 14226 of addition symbol 1420. 
1408. One of these commands is a Properties command Before running its function again, addition symbol 1420 
1468. waits for new data on its "x" data input terminal 1422a (e.g., 



02/17/2004, EAST Version: 1.4.1 



US 6,684,385 Bl 

35 36 

the next loop index value). When the next loop index value graphical programming systems which do not allow devel- 

(e.g., "1") is received at the addition symbol 1420, it adds opers to specify event-handlers for loop related images 

the two values together and places the new sum on its data textually, the program-development environment of the 

output terminal 1422c. These steps are repeated for each present invention allows developers to switch between 

new ,"x" and "y" input received at the addition symbol 1420. 5 graphical and textual programming paradigms for the speci- 

Meanwhile, the comparator symbol 1424 is determining fication of event handlers, 
whether any sum from addition symbol 1420 exceeds the 

value specified by the end user in text box 1446 (e.g., 12). Other Program Object Classes Having Symbolic 

If so, comparator 1424 places a TRUE indication on its Representations 

output terminal 1426c and issues its DataReady event. In 10 ™ A , . . - 

r . . 4 ACA 4 . 0 . /j ^ The program-development environment 310 (FIG. 3) of 

response, wire construct 1464 toggles the Controlln property t . flfoi , r fl n ®. L Qr ,,, . « * „ , ... . v . ' 

i , H «/ tI i • > • JT , 1.1 the present invention preferably mcludes additional program 

of Break symbol 1436. Upon being triggered, Break symbol ..f , . „ „ , . J , . \. 

+ A * £ * t - c tU c U ' „ , ' object classes that may be used m creating application 

1436 stops execution of the first up-stream loop-type , J . iL f r 

u- * t *u- 1 a 7 7 u - t, ," v ' ttm ^K 1 ^ programs. Icons corresponding to these additional program 

object. In this case, the first up-stream loop symbol is For 4 . . , f, .Jr. , . 4 * 

\ iAt\o a j • , u r, 1 u i • * ■ , objects may be included within the designer toolbar 414 

Loop 1408. Accordingly, when Break symbol 1436 is trig- 15 fx d n A w n^e • * 1* u- t ■ c j 

j *a * *• m t lino it. t_ ^ • (FIG. 4A). Referring to FIG. 16, which is a preferred 

gered it stops execution of For Loop 1408, thereby stopping \ „ f r 6 TniiCftrt . . ., , * , 

f u r -i» j., < ■ t u t . jt'tA a a representation of a GUI 1600 having similar elements and 

the apphcation program. Within label images 1442 and 1444 f r . /d^ ^a\o u* iu ^i. 1 

' -nu ,u * ii • j i £_ r r ^no j features as GUI 400 (FIG. 4A), Core sub-toolbar 414Z> also 

will be the final loop index value from For Loop 1408 and ■ Li . • ^ • nA \ it - tn A,„„ a^~;u*a u „ ^ 

o , r jj... i | 4^*i\ includes icons, in addition to those described above, for a 

the final sum from addition symbol 1420. v . t . ♦ i o* * i tt t% . * 

x , i- j v ■ Yield control, a Stop control, a User Function control, a 

In addition to generating application program code having 20 ^ , * 1 j- w •* * 1 r u r *u - 

. . fe ri \ u • 1 • " * 1 Count control and a Wait control. Each of these icons, in a 

loop structures in response to graphical inputs by the . , ., , L , A V - . 

1 1 ji 5 • 4 ^1 n r similar manner as described above, corresponds to an object 

developer, the program-development environment 310 of 1 r u -t. ■ • J , 

. • *- 1 , , « 1-. class from which one or more program obiects may be 

the present invention may also generate event handler pro- instantiated 
cedures corresponding to the loop structures in response to 

textual inputs by the developer. More specifically, the devel- 25 For exam P le > 45 shown in designer window 406, a User 

oper may select a desired loop symbol from a given data/ Function symbol 1602 preferably has at least two data input 

control flow diagram and specify a corresponding event terminals 1604a, 1604b (e.g., corresponding to input vari- 

. handler procedure through textual inputs. ables " x " md "y" respectively), a control input terminal 

FIG. 15 is a preferred representation of a GUI 1500 1604c > a data out P ut terminal 16044, an error data output 

generated by the program-development environment 310 30 term mal 1604e and a control output terminal 1604/. The 

(FIG. 3) on computer screen 235 (FIG. 2) that is similar to User *™cti°n object of symbol 1602 preferably incorpo- 

GUI 400 described above in connection with FIGS. 4A-4D. rates me ControlOut, DataReady, RunBlock and Status- 

Within the designer window 406 is a Do Loop symbol 1502. Read y events described above. The User Function object is 

By selecting (e.g., double-clicking with mouse 230 (FIG. 2), typically utilized by a developer to incorporate a custom 

the Do Loop symbol 1502, the developer may cause a code 35 event handle r that occurs in response to the RunBlock event 

window 1504 to be displayed on the screen. As described of the User ob i ect - ^e custom event handler is 

above in connection with FIGS. 8A and 8B, the code preferably defined through textual inputs entered in the code 

window 1504 includes a pull-down object box 1506, which window 800 (FIG. 8A) at an insertion point corresponding 

contains a list of all of the program objects currently residing t0 ^ ^Block event of the respective User Function 

in the form window 404, including the Do Loop. The code 40 ob J ect - 1116 custom event handler may or may not utilize the 

window 1504 further includes a pull-down procedures/ values of the "x" and "y" data mput terminals 1604a, 16046 

events box 1508, which contains a list of all of the proce- of ^ symbol 1602. It also may or may not generate some 

dures and events supported by the selected program object new value that ma y be on its data 0Ut P ut terminal 

shown in object box 1506. By selecting a particular proce- U04d - Iri the illustrative embodiment, the custom event 

dure or event from box 1508, the code window 1504 is 45 handle r complies with the syntax and command structure of 

positioned at the entry point of the respective procedure or Visual Basic. 

event, A Count symbol 1606 preferably has a control input 
As described above, the Do Loop object includes the terminal 1608a, a data output terminal 16086, an error data 
RunBlock, StatusReady and ControlOut events, among oth- output terminal 1608c and a control output terminal 1608<i. 
ers. Accordingly, the developer can generate entry points so The Count object of symbol 1606 performs a count opera- 
within the code window 1504 for each of these events. In tion preferably starting at "0" and incrementing by "1" each 
particular, by selecting the StatusReady event from the time its Controlln property is triggered by a wire construct 
procedures/events box 1508, the developer can cause the connected to its control input terminal 1608a. 
program-development environment 310 to generate an entry A Wait symbol 1610 preferably has a control input 
point 1510 for this event within the code window 1504. 55 terminal 1612a, a busy data output terminal 16126, an error 
Below this entry point, the developer may insert, review and data output terminal 1612c and a control output terminal 
edit one or more statements that are compatible with the 1612a\ The Wait object of symbol 1610 is used to pause the 
underlying programming language, e.g., Visual Basic. In execution of the corresponding application program for a 
response, the program-development environment 310 gen- specified time interval, which is useful in slowing down 
erates program code that runs in response to the occurrence 60 visual up-dates, for example. The Wait object preferably has 
of the respective event, e.g., StatusReady. The developer Interval and CancelBlock properties, among others, and 
may similarly insert statements that are to be run in response incorporates the ControlOut, DataReady, ErrorOut and Run- 
to other events issued by the object of the Do Loop symbol Block events. When the Wait object's control input terminal 
1502. For example, a second insertion point 1512 can be 1612a is triggered (i.e., changed), the object counts off the 
created within code window 1504 for the Do Loop's Run- 65 value of its Interval property. When the time corresponding 
Block event, and a third insertion point 1514 can be created to its Interval property elapses, the Wait object issues its 
for the Do Loop's ControlOut event. Unlike the prior art DataReady event. While it counts off the interval, the object 
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may repeatedly pass (e.g., fire) a busy value on data output 
terminal 1612 b. 

A Yield symbol 1614 preferably includes a control input 
terminal 1616. When added to a loop branch of a flow 
diagram, the Yield object of symbol 1614 pauses the execu- 5 
tion of the respective loop upon each iteration (e.g., before 
each new DataReady event and loop index are issued by a 
For Loop object) so that other processes of the application 
program can be executed, as necessary^ When these other 
processes have finished executing, processing continues io 
with the next loop iteration. The Yield object preferably 
pauses the execution of the first up-stream loop object (e.g., 
Do Loop, For Loop or Timer objects) to which the symbolic 
representation of the given Yield object is connected. 

A Stop symbol 1618 preferably has a control input 15 
terminal 1620. The Stop object corresponding to symbol 
1618 stops the execution of the corresponding application 
program (not just the looping branch within which it may be 
located) when its control input property is triggered (e.g., 
changed). A comparison or any other object may be arranged 20 
within the corresponding flow diagram to trigger a Stop 
object upon the occurrence of some condition defined by the 
developer. It should be understood that a Stop object may be 
used in the flow diagram corresponding to any application 
program, not just one that includes a loop. 25 

Those skilled in the art will recognize that other program 
objects with corresponding symbolic representations may be 
generated for use with the program-development environ- 
ment 310 (FIG. 3) of the present invention. For example, 
program objects and constituent symbols may be created for 30 
reading text, data or arrays from a specified storage file and 
making that information available as an output to the data/ 
control flow diagram, or for writing text, data or arrays 
received as an input from the data/control flow diagram to a 
specified file. Another object and symbol may be designed 35 
to retrieve the current time from the computer system and 
make it available, in one or more formats, as an output to the 
data/control flow diagram. A still further object and symbol 
placed within the data/control flow diagram may run a 
specified executable program upon being triggered. This 40 
object may have a property that, upon starting the executable 
program, allows the application program of the flow dia- 
gram to continue running substantially simultaneously with 
the execution of the specified executable program, or delay 
continued running of the application program until the 45 
specified executable program is finished executing. 

The foregoing description has been directed to specific 
embodiments of this invention. It will be apparent, however, 
that other variations and modifications may be made to the 5Q 
described embodiments, with the attainment of some or all 
of their advantages. Therefore, it is the object of the 
appended claims to cover all such variations and modifica- 
tions as come within the true spirit and scope of the 
invention. 55 

What is claimed is: 

1. A storage medium containing program instructions 
readable by a computer that has a screen to configure the 
computer to act as a program-development environment, the 
readable program instructions comprising program instruc- 6Q 
tions for: 

A) displaying a graphical-programming window on the 
screen; 

B) in response to input from a user, displaying a textual- 
programming window on the screen; gs 

C) in response to further input from a user, placing on the 
graphical programming window one or more symbolic 
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representations of program objects, the program objects 
have constituent properties having values and are con- 
figured to issue one or more respective events; and 
D) generating program code that defines an application 
program, the program code incorporating one or more 
of the symbolically represented program objects and 
including: 

i) an event handler procedure responsive to an event of 
a source program object that the user identifies by 
graphically specifying on the graphical- 
programming window an event symbol representing 
both the event and a property of the source program 
object, and farther specifying a property symbol 
representing a property of a sink program object; and 

ii) a further event handler procedure that handles an 
event in a manner defined by textual inputs from the 
user, 

wherein, upon occurrence of the source event, the graphi- 
cally specified event handler procedure utilizes the 
value of the source property of the specified event 
symbol to affect the value of the sink property of the 
specified property symbol. 

2. The storage medium of claim 1 wherein the graphically 
specified event- handler procedure comprises program 
instructions for: 

A) retrieving the value of the source property; and 

B) setting the value of the sink property to the retrieved 
value of the source property. 

3. The storage medium of claim 2 wherein the program 
instructions for retrieving the value of the source property 
occurs in response to determining that the graphically speci- 
fied event handler procedure is enabled. 

4. The storage medium of claim 3 wherein the graphically 
specified event handler procedure further comprises pro- 
gram instructions for permitting the retrieved value of the 
source property to be modified prior to being used to set the 
value of the sink property. 

5. The storage medium of claim 4 wherein the program 
instructions for setting the value of the sink property occurs 
in response to determining that the event handler procedure 
has not been canceled. 

6. The storage medium of claim 1 wherein 

the source program object has one or more data output 
terminals, 

each data output terminal is associated with an event; and 
the event symbol graphically specified on the graphical- 
programming window includes a wire construct 
extending from a selected one of the data output 
terminals of the source program object. 

7. The storage medium of claim 6 wherein 

the sink program object has one or more data input 
terminals, and 

the event symbol graphically specified on the graphical- 
programming window further includes extending the 
wire construct to a selected one of the data input 
terminals of the sink program object. 

8. The storage medium of claim 7 wherein 

each data output terminal of the source program object is 
further associated with a property of the source pro- 
gram object, and 

each data input terminal of the sink program object is 
associated with a property of the sink program object. 

9. The storage medium of claim 1 wherein the program 
objects are configured to issue one or more of a RunBlock 
event when the respective program object is about to com- 
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mence executing a function, a DataReady event when the 
respective program object has up-dated one or more of its 
properties as a result of executing the function, and a 
ControlOut eveut when the respective program object has 
completed executing the function. 

10. The storage medium of claim 9 wherein, at run-time, 
the graphically specified event handler procedure runs in 
response to the DataReady event from the source program 
object. 

11. Id a graphical programming environment having a 
graphical-programmiag window configured to receive a 
plurality of symbolic representations of program objects, the 
program objects having properties that have values and 
configured to issue one or more events, the graphical- 
programming window further configured to receive a wire 
construct for visually connecting the symbolic representa- 
tion of a source program object with the symbolic repre- 
sentation of a sink program object, the wire construct having 
a plurality of properties and configured to issue a plurality of 
events, a method for operating the wire construct comprising 
the steps of: 

setting one or more first wire properties of the wire 
construct to a selected program object and an event of 
the selected program object; 

setting one or more second wire properties of the wire 
construct to the source program object and a selected 
property of the source program object; and 

setting one or more third wire properties of the wire 
construct to the sink program object and a selected 
property of the sink program object, wherein 

at run- time, in response to the event to which the one or 
more first wire properties is set, event handler code 
generated in response to the wire construct causes the 
property of source program object to be copied to the 
property of the sink program object as indicated by the 
settings of the one or more second and third wire 
properties of the wire construct, 

12. The method of claim 11 wherein the selected program 
object to which the one or more first wire properties is set 
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matches the source program object to which the one or more 
second wire properties is set. 

13. The method of claim 11 further comprising the steps 

of: 

5 providing the wire construct with an enabled property that 
is set to one of true and false; 
initializing the enabled property to true; 
setting the enabled property to false; and 
10 preventing the property of the source program object from 
being copied to the property of the sink program object, 
in response to the wire constructs enabled property 
being set to false. 

14. The method of claim 11 further comprising the steps 

15 of: 

providing the wire construct with a value property; 

in response to the event to which the one or more first wire 

properties has been set, updating the wire constructs 
20 value property with the value of the selected property 

of the source program object; 
upon updating the wire construct J s value property, issuing 

an action event for receipt by one or more program 

objects; 

25 setting the selected property of the sink program object to 
the wire constructs value property. 

15. The method of claim 14 further comprising the steps 

of: 

providing the wire construct with a cancel property that is 
30 set to one of true and false; 

initializing the cancel property to true; 
in response to receiving the action event, one of the 
program objects sets the cancel property to false; and 
35 preventing the property of the source program object from 
being copied to the property of the sink program object, 
in response to the cancel property having been set to 
false. 

***** 
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